Dhizuku 在手機自動化工作流裡的位置——我怎麼用它省掉每週兩次的手動 ADB

Dhizuku 是什麼、能幹嘛、適合誰

Dhizuku官網 的 Dhizuku 是一款 Android 平台上不需要 root 就能取得設備管理員權限的工具。在沒有解鎖 Bootloader 的裝置裡，設備管理員權限高於 ADB 權限，意味著你可以對手機上其他應用做更底層的控制——但不需要真的把手機 root 掉。這對兩種人特別有用：一種是已經過保但不想 root、又想玩自動化 的機器；另一種是公司發的設備、bootloader 鎖死但你又需要做進階操作的情況。

我自己屬於第一種——手上那台主力安卓機 root 風險高、解鎖會清資料，但我又想用 Tasker 搭文件管理器做一套自動化備份和清理的流程。以前這件事要麼每週接電腦跑一次手動 ADB，要麼忍受應用本身的各種限制。Dhizuku 剛好卡在這個縫裡：它作為中介，讓那些需要權限的應用在不 root 的前提下拿到足够的權力。

安裝

Dhizuku 的安裝本身很簡單——從 Dhizuku下載 拿到的 APK 只有 2.54M，直接裝就行。真正的門檻在「激活」這一步，而不是下載安裝包。我這裡重點說激活的前置條件和三條路徑怎麼選，這兩件事決定了你是五分鐘搞定還是卡半天。

首先確認你的裝置符合四條硬性前提：系統版本 Android 8.0 到 17 之間（太老的版本裝不上最新版）、有電腦 ADB 或 Shizuku 其中之一可用、激活時設備上不能有任何帳號、也不能有分身或訪客之類的多餘用戶。這四條缺一不可——我第一次試的時候就是沒清掉廠商帳號，報錯卡在「already some accounts」，折騰了快半小時才找到對應解法。

激活路徑有三條：ADB 路徑（接電腦最穩）、Shizuku 路徑（Android 11 以上免電腦）、Profile Owner 路徑（廠商帳號清不掉的備選）。如果你有電腦，直接走 ADB 路徑最省心，一條指令就成；沒電腦就裝 Shizuku 先跑起來再借它激活。激活成功之後才是真正開始用的時候——這時候 Dhizuku 已經是設備管理員，應用裡顯示「已激活」就是信号。

舊流程的痛點：每週兩次、每次二十分鐘的手動 ADB

我要做的完整任務是這樣的：每天晚上十點自動把手機裡三個應用的資料庫備份到本地 SD 卡；每週日晚上清除一次這三個應用的快取；每兩週把本地備份同步到雲盤。這三件事在理想世界裡應該全部自動，但以前我卡在哪？

備份那步，應用自身不支援自動備份到外部儲存，需要用 ADB 指令把 /data/data/包名/ 裡的檔案拉出來。這意味著每週至少要接兩次 USB、開電腦、跑三條 adb shell 指令，等跑完再斷線。快取清理更麻煩——有些應用的快取目錄在 /data/data/ 下，應用本身的清除快取按钮清不乾淨，必須用 ADB 進去刪。雲盤同步倒是可以自動，但前提是備份檔案得先生成。

算下來：每週至少兩次接電腦跑 ADB，每次大概十五到二十分鐘——接線、開 USB 調試、等電腦識別、跑指令、確認輸出、斷線。加上有時候 USB 接觸不良、ADB 守護程序死掉要重開 server，實際上經常超過二十分鐘。一個月下來就是兩個多小時，還要記得不能錯過時間。

新流程：Dhizuku 接在權限那一环，上下游全自動

Dhizuku 在這條鏈裡的位置只有一個：它是權限中介。上游是 Tasker（定時器和流程编排），下游是 Solid Explorer（文件操作）和 Adb Shell（命令執行）。Dhizuku 不需要 Tasker 認識它、也不需要 Solid Explorer 特別支援它——它就安靜地待在那裡，讓需要設備管理員權限的應用能夠透過它拿到權限。

具體的流程鏈長這樣：

1. Tasker 定時觸發：晚上十點到了，Tasker 啟動一個名為「每週備份清理」的任務（每週日跑清理、每天跑備份，用 If 判斷今天是星期幾來分支）。
2. Solid Explorer 透過 Dhizuku 拿到權限：Solid Explorer 裡我預先設定了三個應用資料目錄的书签，它能夠讀寫這些目錄全靠 Dhizuku 透過設備管理員身份給它開了綠燈。Tasker 調用 Solid Explorer 的任務插件，把目錄複製到 SD 卡的 backups/ 文件夹，按日期命名。
3. 快取清理用 Adb Shell 插件：Tasker 裡裝了 Adb Shell 插件，激活之後它也能透過 Dhizuku 權限執行 shell 指令——這意味著我可以直接跑 pm clear 對指定包名清除快取，而不需要連電腦。
4. 雲盤同步：備份檔案生成後，Tasker 再調用雲盤客戶端的自動同步功能，把 backups/ 目錄推上去。這一步跟 Dhizuku 無關，純粹是既有流程。

兩個最容易斷鏈的環節怎麼處理

流程裡有兩個地方我剛開始接的時候經常斷，現在找到了穩定的處理方式。

第一個是Dhizuku 的權限狀態。激活成功之後它會一直保持設備管理員身份，但權限的分發是可以被暫停的——2.11.1 版本加入了狀態切換功能，這個功能我剛開始的時候沒意識到它的存在，後來某次手滑切了暫停，結果整個備份鏈當晚全部失敗。現在我的處理方式是在 Tasker 任務的最開頭加一步：調用 Dhizuku 應用檢查狀態，如果顯示「已暫停」就自動切回「已恢復」。這個檢查本身不用權限，就是讀一個狀態值，失敗了 Tasker 會發一條通知讓我手動處理。

第二個是pm 指令的用戶參數。剛開始用 pm clear 清除快取的時候，指令有時候會報「target user does not exist」。後來才搞清楚：有些設備上有多餘的用戶空間（比如分身），pm 指令預設作用在用戶 0，但如果設備狀態不乾淨就會出問題。我的解決方案是在每次跑清除之前先查一次用戶列表（pm list users），確認只有用戶 0 存在才繼續，有其他用戶的話就跳過這一步、記一條日誌。這個檢查也是透過 Dhizuku 權限執行的，不需要我手動介入。

效果與邊界

從舊流程切到新流程之後，最直接的變化是接電腦的次數從每週至少兩次降到幾乎為零——除非我要刷機或重激活 Dhizuku，現在已經三個月沒碰過 USB 線了。時間上，以前每週花 30~40 分鐘手動操作，現在這段時間完全消失，Tasker 加 Dhizuku 把這套流程的效率拉到滿，在後台默默跑完。

但這套流程也有邊界。Dhizuku 能給的是設備管理員級別的權限，不是 root。某些指令還是執行不了——比如我之前想自動重啟設備做什麼事，結果發現沒有 root 權限做不到，這步就還在。另外，Dhizuku 的激活本身是一次性的，只要不卸載、不撤銷設備管理員身份就會一直有效，但如果工廠重置了或者換了 ROM，就得重新走一遍清場加激活的流程。還有就是，這套流程對需要權限的應用有要求——Solid Explorer 和 Adb Shell 這些是明確支援 Dhizuku 的，如果你想用一個完全不支援它的應用來做事，那還是繞不過去。

總的來說，Dhizuku 對我的價值就是把「需要接電腦才能做的事」變成了「可以在手機上自動做的事」。它不是什麼革命性的新工具，但在自動化 工作流裡，這個小小的中介角色剛好填補了沒有 root 又想玩進階操作這個縫隙。如果你也在糾結要不要 root、但又有一些底層操作想自動化，Dhizuku 值得試一下。

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