mikumikudance 手機版權限盤點：綠色桌面軟體移植到 Android 後到底多要了什麼

mikumikudance 是什麼

mikumikudance官網 是一款把桌面端熱門的 MikuMikuDance（簡稱 MMD）體驗移植到 Android 手機的應用。桌面版的 MMD 誕生於 2007 年，是日本開發者樋口優為初音未來（Hatsune Miku）打造的角色動作編排工具——讓用戶把虛擬歌手搬進 3D 空間，為歌曲搭配舞蹈動作和場景影片。後來 Niconico 社區爆發性地湧現大量 MMD 二創作品，逐漸形成了一個龐大的模型、動作資料、舞台佈景和特效插件生態。

這款手機版保留了桌面 MMD 的核心定位：角色動作快速編排器——不負責建模，不負責骨骼綁定，專註於讓已有的 3D 模型動起來。應用內自帶海量動漫人物模型，也支援從網上下載各種 MMD 模型導入，配合動作資料就能讓 3D 虛擬角色直接跳舞。還提供了一套骨骼系統，對角色動作不滿意的用戶可以自己微調。

從軟體本身的定位來說，它是給 MMD 愛好者的隨身預覽和輕量編輯工具——桌面版沒帶在身邊、臨時想調一下動作或者在路上想看看自己收藏的模型，打開手機就能用。但桌面版有個很重要的前提：它是綠色便攜軟體，下載壓縮包解壓就能跑，不寫註冊表、不申請系統權限、不需要聯網。移植到手機之後，這些前提還成立嗎？我就是帶著這個疑問裝上的，順便做了一輪完整的 權限審視。

安裝

先說 Android 版的安裝方式。mikumikudance下載 的安裝包很小——只有 1.04M，版本號 1.0.14b，包名是 jp.pujo.mikumikuphoto。這麼小的體積放在今天確實反常，大多數同類 3D 應用光資源包就不止這個數，暗示著它的功能可能做了大幅裁剪。

安裝步驟和大多數 APK 一樣：從可信來源下載安裝包，點擊安裝。首次安裝需要放行「未知來源」——具體路徑因手機品牌而異，小米、OPPO、vivo、三星都有各自的設置入口，一般在「設置 → 安全 → 允許安裝未知來源應用」或者點擊安裝包後彈出的對話框裡直接允許。這裡要特別注意核對包名：jp.pujo.mikumikuphoto，避免下載到山寨包。

安裝完成後點擊圖標啟動，沒有註冊引導、沒有首次配置嚮導、沒有強制要求聯網登錄——這點和桌面 MMD 的風格一致，打開直接進入主介面。首次啟動時應用會在內部存儲創建一個資料目錄，用來存放後續導入的模型、動作資料和設定檔。如果沒有自動生成，也可以在應用設置裡手動指定存儲路徑——建議放在外部 SD 卡或者專門的資料夾，別和系統資料混在一起，後續管理模型資源會方便很多。

要了什麼：逐一盤點

說完安裝，回到最核心的問題：這個從桌面「綠色」血統而來的應用，在 Android 上到底申請了哪些權限？我翻了應用資訊裡的權限清單，再對照桌面版的零權限，列了一張對照表。

存儲讀寫權限（READ_EXTERNAL_STORAGE / WRITE_EXTERNAL_STORAGE）——這是第一個，也是最合理的一個。桌面 MMD 要讀寫 UserFile 目錄下的模型、動作、舞台、音訊等資源，手機版同樣需要一個存放這些檔案的地方。不同的是，桌面版的 UserFile 在自己的安裝目錄裡，手機版必須申請系統級的存儲權限才能訪問公共目錄或者用戶指定的資料夾。Android 10 以上分了「所有檔案訪問」和「媒體檔案訪問」兩種級別——mikumikudance 用的是較寬鬆的「媒體檔案訪問」，也就是只讀取圖片、影片、音訊等標準媒體格式，不碰其他應用的私人資料。

網路訪問權限（INTERNET / ACCESS_NETWORK_STATE）——這個就值得說道說道了。桌面 MMD 從頭到尾是個離線工具，啟動後不發送任何網路請求。手機版申請了網路權限，說明它有聯網行為。從應用本身的功能來推測，可能的用途有幾種：檢查版本更新、從內建的在線資源庫下載額外的模型或動作、或者上傳使用資料幫助開發者優化。但有一點可以確定：如果純粹只使用本地已有的模型和動作，網路權限理論上不是剛性需求。

相機權限（CAMERA）——這個最出乎意料。我最初看包名 jp.pujo.mikumikuphoto 的時候以為是「photo」相關的功能，後來想明白可能是掃描二維碼快速導入模型的設計，但包裡沒有任何說明相機用途的文件。這項權限在我測試的幾個場景裡完全沒用到——導入模型用的是檔案選擇器，預覽動作不需要相機，調整骨骼也不需要。如果應用不提供掃碼導入之類的功能，相機權限就是多餘的。

振動權限（VIBRATE）——最低限度的回饋。操作某些按鈕或者完成某個動作時給一下振動提示，無傷大雅，不想用的話在系統設定裡關掉應用的振動選項就行。

啟動完成權限（RECEIVE_BOOT_COMPLETED）——理論上用來在手機開機後自動恢復某些後台狀態，但對一個輕量工具應用來說，這項權限的必要性很低。我測試了一下，禁止這項權限後應用正常開啟、正常使用，沒有任何影響。

給出去換來了什麼

每項權限對應一組功能收益，全部列清楚：

存儲讀寫 → 必須給。不給的話應用無法載入任何模型或動作資料，打開就是空的，完全沒法用。這項權限是功能基礎，沒有妥協空間。

網路訪問 → 給了能拿到版本更新提示和在線資源庫入口，但如果你模型都用本地的、也關心隱私，完全可以拒絕。拒絕後應用本體的模型預覽、動作編排、骨骼調整功能都正常可用，只是少了一個更新彈窗。

相機 → 給了也沒什麼，拒絕也沒什麼。測試裡沒有任何核心功能依賴相機，這項權限更像是開發者預留了掃碼導入但還沒實作的設計殘留。直接拒絕，不會影響任何功能。

振動 → 隨便。給不給都只有體驗層面的差異，功能上零影響。

啟動完成 → 直接拒絕。應用沒有任何需要在後台常駐的理由，開機自啟只會增加耗電。

收緊空間：具體操作

說完了每項的取捨，接著講怎麼在系統裡一步步做 隱私保護。Android 11 以上的應用權限管理已經做得很細緻，大多數權限都可以單獨控制：

1. 存儲權限：打開「設置 → 應用 → mikumikudance → 權限 → 檔案和媒體」，選「允許」。這項不能關，關了應用直接報錯。
2. 網路權限：同一頁往下找「網路訪問」，如果手機系統支援單獨關閉應用的網路權限（部分品牌的系統設置裡有這個選項），直接關掉。不支援的話，退而求其次關閉應用的「後台資料使用」，至少防止它在後台偷偷發請求。
3. 相機權限：權限頁裡找到「相機」，選「不允許」。這項在任何場景下都不會被用到，放心拒絕。
4. 振動權限：這項通常不在權限頁裡單獨列出，而是在應用的通知設置或者系統的「無障礙 → 振動」裡統一控制。嫌麻煩的話忽略也行，影響太小。
5. 啟動完成權限：這項不在標準權限頁裡，需要去系統的「自動啟動管理」（有的叫「啟動管理器」或者在應用資訊的「權限」頁翻到最下面找「其他權限」），找到後關閉。

額外一個小技巧：把應用的權限設置成「首次詢問」而不是「每次允許」，這樣每次應用嘗試調用某項權限時都會彈出對話框，你能清楚地知道它什麼時候在要什麼。

邊界聲明

做這輪 權限審視 之前，有幾件事我必須明說沒有做，所以不下結論：

• 我沒有抓包分析它的網路請求內容，所以不知道它如果聯網的話具體在請什麼、上傳了什麼、發送到哪裡。只說它申請了網路權限，不代表它真的在傳用戶資料，但也不代表它沒有。
• 我沒有拆解 APK 代碼，所以不知道開發者埋了什麼追蹤 SDK 或者隱藏的數據收集邏輯。這項超出了普通用戶的驗證能力範圍。
• 應用內置的在線資源庫功能我沒有測試，因為拒絕了網路權限之後入口也被屏蔽了。如果打開的話會請求哪些額外權限、會不會引入第三方 SDK，這些不在本文討論範圍裡。

以上幾點屬於沒有證據就不說的範疇，有興趣深挖的人可以自己用抓包工具或者 APK 分析器去驗證。

結論：什麼人不用在意、什麼人建議先收緊再用

最後收個尾。

如果你本來就是桌面 MMD 的重度用戶，手機版只是在路上偶爾預覽一下自己已有的本地模型資源——大部分權限可以收緊到只給存儲。相機、啟動完成直接拒絕，網路權限如果系統支援也關掉，應用本體的功能一點不受影響。

如果你想用到它的在線資源庫下載新模型，那網路權限還是得給，但相機和啟動完成依然沒理由放行。

最後一句話：mikumikudance 手機版的權限索取整體克制，唯一值得在意的是網路和相機這兩項從桌面版「繼承」過來的多餘權限——收緊它們，應用照樣能用。

本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。