用 Shizuku 管機之前，先搞清楚你的資料會不會被鎖死

認識 Shizuku：一台不用解鎖就能管手機的權限橋

Shizuku 是一款 Android 上的工具，它的核心賣點很簡單——不用解鎖（root）手機，就能拿到比普通 App 高但又不需要破解系統的權限。這個權限等級對應 Android 自帶的 adb 除錯通道，shizuku官網 有更完整的權限邊界說明，Shizuku 做的事就是把這條通道變成一座橋，讓其他 App 可以經過它執行那些「普通權限做不到、但其實也用不到完整 root」的操作。

這聽起來像是給愛折騰手機的玩機黨發明的玩具，但實際上它的應用場景遠超這個標籤：有人用它配合 Canta 卸載掉運營商塞進來的預裝軟體，有人用 App Ops 把定位、相機、麥克風這些敏感權限控製到更細的粒度，有人用凍結工具讓那些卸載不得但一直偷跑電量的後台應用乖乖休眠，甚至有開發者直接把 Shizuku 嵌入自己的 App 裡，讓原本需要 root 的功能變成「裝個 Shizuku 就能用」。

不過，Shizuku 畢竟是一個權限中介——它自己幾乎不產生用戶資料，但經過它授權的生態應用（App Ops、Canta、各種凍結工具）才是真正存著你精心調配的設置、卸載清單、權限規則的地方。如果哪天換機了、想換手機品牌了、或者乾脆不想再折騰了，這些東西能不能帶走？這就是這篇文章要盤點的。

安裝：APK 安裝 + 一條除錯通道的配置

Shizuku 的安裝包本身很乾淨——一個 28.65M 的 APK，版本目前走到 13.7.0，包名是 com.yuanqi.shizuku，shizuku下載 有官方認證的渠道整理，直接裝就行，不需要任何 root 前置條件。真正需要花心思的是它的啟動流程——Shizuku 必須先在你的手機上建立起那條 adb 除錯通道，之後才能開始工作。

啟動路線有三種：連電腦走 USB 除錯、無線除錯（Android 11+ 支援）、或者已經 root 的話走 su 路線。對大多數不想 root 的用戶來說，無線除錯是最省事的選擇——但這條路線上坑最多。Shizuku 會彈出配對碼對話框，你需要在系統設置的「開發者選項」>「無線除錯」>「使用配對碼配對」裡輸入它，這一步卡住的人非常多。常見原因包括：系統把 Shizuku 切到後台就立刻禁止它訪問區域網路、電池優化沒有豁免、路由器的 AP 隔離功能攔了設備內部通信。這些坑在 shizuku文檔 的機型排障章節裡都有對應解法。

安裝後的首次啟動建議在 Wi-Fi 環境下操作——飛行模式加 Wi-Fi 也可以，只要連著同一個區域網路就行，跟手機有沒有上網無關。配對成功之後系統會彈出「Shizuku 已啟動」的通知，這時才算真正完成安裝。之後每次重啟手機，非 root 模式下需要重新啟動服務，部分 Android 13+ 設備支援連上可信 Wi-Fi 時自動啟動，可以在 Shizuku 應用內設置裡打開這個選項省點事。

Shizuku 自身資料：幾乎為零，但授權狀態要看一眼

先說個好消息——Shizuku 本身幾乎不產生可感知的用戶資料。它不是那種會存一堆設置、歷史紀錄、個人偏好的 App，它的角色更像是一個「服務進程」，運行起來就開始承接授權請求，停下來就什麼都沒有。

但還是有兩個值得留意的點：

第一個是授權記錄。 當你在某個生態 App（比如 App Ops）裡點了「使用 Shizuku 授權」，Shizuku 會記下「這個 App 已經獲授權」的狀態。這個記錄存在哪裡？它在 Android 的 /data/system/ 目錄下，屬於系統級別的配置檔，普通文件管理 App 看不到也改不了。換句話說，這份授權清單是跟著 Shizuku 這個 App 的安裝狀態綁定的——你卸載 Shizuku，所有授權記錄一起消失；你重装，也要重新逐個 App 授權。

第二個是啟動路線的偏好設置。 如果你在 Shizuku 應用內設置了「連上可信 Wi-Fi 自動啟動」、或者指定了默認的啟動方式，這些偏好會存在 App 自身的私有目錄 /data/data/com.yuanqi.shizuku/ 裡。卸載 App 時這份目錄會被系統自動清空，沒有額外的清理操作需要做。

簡單講：Shizuku 自身不留資料殘留，卸乾淨的唯一條件就是正常卸載它，沒有什麼「殘留檔案」需要手動掃。

生態應用的資料才是大戶：先搞清楚它們存在哪

真正值得擔心的不是 Shizuku 自己，而是那些靠它才能跑起來的生態 App。這些 App 把你精心調配的設置存在哪裡，直接決定了你換機時要不要重新折騰一遍。

以下是 Shizuku 生態裡幾個常見應用的資料落點盤點：

App Ops（權限細粒度控製）

App Ops 會存兩類東西：一是你對每個 App 的權限規則（比如「某相機 App 永遠禁止定位」、「某購物 App 僅在前台允許通知」），二是它自己的偏好設置（語言、主題、是否顯示系統應用等）。這些數據存在 App Ops 的私有目錄 /data/data/osandy.appops/ 裡，系統設定的應用管理界面裡的「清除數據」按鈕會把它們全部清空，操作時要特別小心別手滑。

App Ops 本身沒有內建的備份功能，也沒有雲端同步選項。如果你用了大量的權限規則定制，想把它們帶到新設備上，最務實的做法是：換機之前用 Shizuku 配合的文件管理器（比如 Files by Google 加上 Shizuku 授權）把 App Ops 的私有目錄整個複製出來，換機後先裝好 App Ops 和 Shizuku，再把目錄推回去。這條路徑未被 App Ops 官方驗證過，但在社區有不少成功案例。

Canta（預裝應用卸載/停用）

Canta 存的是你對每個預裝應用的處理決定——卸載、停用、或者保持原樣。這些資訊存在 Canta 的私有目錄裡，同樣沒有官方備份入口。但 Canta 本身的操作邏輯很簡單：它本質上是「讀取系統應用列表 → 讓你標記哪些要處理 → 通過 Shizuku 執行」，所以換機時重新走一遍這個流程其實並不費事——大部分人的預裝應用處理決定在新機上也差不多（運營商應用還是要卸，重複服務還是要停）。

凍結類工具（比如 Debitter、Ice Box）

凍結工具比較特殊——它們不是把應用卸載掉，而是把它們「凍結」起來，讓它們不響應系統的啟動請求、不佔用後台資源。這些凍結狀態的記錄存在工具自身的私有目錄裡，換機後需要重新凍結一遍，因為凍結狀態是跟著設備上的應用安裝位置綁定的，直接搬目錄過去沒有意義。

Rish（adb shell 環境）

喜歡在終端裡敲命令的用戶，Rish 會把你的 shell 配置文件（.bashrc、.profile 等）和歷史指令存在它的私有目錄裡。這個目錄的搬遷方式和 App Ops 類似——通過有權限的文件管理器複製出來，換機後推回去。

換機遷移的實操路徑：三個容易斷的環節

好消息講完了，壞消息要來：Shizuku 生態目前沒有官方的「一鍵備份還原」方案。所有的資料遷移都需要你手動操作，而且有三個環節特別容易斷。

環節一：新設備上重新建立 Shizuku 通道

這是最基礎的一步，但也是最容易卡殼的一步——因為不同品牌手機的開發者選項入口、無線除錯位置、本地網路權限策略都不一樣。比如魅族 Flyme 的用戶需要額外關閉「Flyme 支付保護」，不然 Shizuku 的 adb 高權限指令會被系統二次攔截。換品牌換機時，等於重新面對一個全新的廠商定制系統，之前在舊機上摸熟的那套排障經驗幾乎派不上用場。

建議：換機後第一個裝的 App 就是 Shizuku，第一個搞定的就是它的啟動通道，再裝其他生態應用——如果 Shizuku 本身啟動不了，後面的事都不用談。

環節二：授權關係重建

即使 Shizuku 通道建立成功，每個生態應用都需要重新走一遍授權流程。因為授權記錄是綁在 Shizuku 的安裝狀態上的，換機等於換了一份全新的 Shizuku 安裝，之前的授權關係全部作廢。這步本身不難——打開 App 點「使用 Shizuku 授權」就行，但如果你手上用了五六個生態應用，每個都要點一次，確實有點煩。

環節三：生態應用的私有目錄搬遷（如果需要）

這一步完全取決於你之前在這些應用裡存了多少精心調配的設置。如果你只是用 Canta 卸了幾個預裝、用 App Ops 改了幾個權限，那換機後重新配一遍其實挺快的；但如果你在 App Ops 裡對幾十個 App 做了細粒度的權限切分，或者在 Rish 裡寫了複雜的 shell 腳本，那搬私有目錄就是最省時間的方式。

搬遷的具體操作路徑：先用有 Shizuku 授權的文件管理器進入舊機的 /data/data/ 目錄，找到對應應用的包名目錄（比如 osandy.appops 對應 App Ops），整個複製到外部存儲或雲盤；新機上先裝好 Shizuku 和目標應用，不要打開它，然後通過同樣的方式把目錄推回去覆蓋，再打開應用驗證設置是否都在。這個流程未被官方支持，所以操作前務必在新機上做一次系統級備份。

退路評估：哪天不想用了，卸乾淨嗎？

一個工具能不能放心長期用，除了它能幹嘛，還要看哪天不想用了能不能乾淨地走。

Shizuku 自身的卸載是乾淨的。 正常卸載它之後，授權記錄會被系統清空，私有目錄會被移除，沒有殘留進程、沒有殘留文件。它不會在系統裡留下任何「裝過的痕跡」——當然，前提是你走的是系統設置裡的正常卸載流程，而不是用其他工具做「強制停止」或「停用」之類的操作。

但生態應用可能有殘留。 這取決於你用了哪些生態應用、它們做了什麼操作。比如 Canta 卸載的預裝應用，Shizuku 本身不會幫你恢復——你如果後悔了需要自己去系統設置裡找「恢復出廠預設應用」之類的入口（不同品牌叫法不同）。凍結工具停用的應用，卸載凍結工具本身不會自動解凍，你需要在卸載前先把所有凍結項恢復。App Ops 改過的權限規則，卸載 App Ops 之後系統會把權限重置回默認狀態。

所以「乾淨退出」的正確順序是：先在每個生態應用裡把你做的改動全部還原（卸載的恢復、凍結的解凍、權限的重置）→ 再卸載各生態應用 → 最後卸載 Shizuku。跳過前面直接卸 Shizuku 會導致那些改動卡死——因為沒有 Shizuku 的通道，你也沒辦法回頭恢復它們了。

結語

盤點下來，Shizuku 生態的資料自主度其實不低——Shizuku 自身幾乎不產生資料，生態應用的數據也都存在它們各自的私有目錄裡，技術上你完全有權限接觸和搬遷它們。問題只是目前沒有一條官方的「備份 → 搬遷 → 還原」通路，所有的操作都需要手動完成。

如果你屬於「用 Shizuku 管了一堆預裝、改了一堆權限規則」的重度用戶，建議養成每兩個月備份一次生態應用私有目錄的習慣——不用每次都搬，存在雲盤裡留個後手就行。真到換機或需要重置的時候，有備份和沒備份差的不是幾分鐘的事。

對大多數普通用戶來說，其實不用太焦慮——重裝一次 Shizuku 通道、重新授權幾個 App、重新點幾下卸載/凍結，這些事加起來頂多半個小時。真正值得警惕的反而是那個「Shizuku 通道本身的建立」——每次換機都是一道新關卡，這才是目前 Shizuku 生態最明顯的體驗斷點。

本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。