shizuku 六年迭代：從 adb 實驗到安卓生態的權限骨架
shizuku 是什麼
Shizuku 是一款給安卓手機用的權限橋樑工具。它的定位不是普通用戶打開就能直接操作的功能應用，而是在你的手機上悄悄拉起一個擁有 adb 或 root 特權的後台服務進程——其他應用經過授權後，就能借助這個進程直接調用安卓的系統級 API。
打個比方：安卓的權限體系像一棟辦公樓，普通應用只能在自己那間辦公室裡活動；Shizuku 相當於辦了一張合法的「工程通行證」，持證的應用可以進出配電室、機房這些平時進不去的地方——但通行證本身，仍然是由安卓官方機制簽發的。它不破解手機、不替換系統底層，通過 adb 調試通道拿到一個比普通應用高但不需要 root 的權限層級，解決「不想 root 但又想管住那些不聽話的應用」這個長期以來安卓用戶的老問題——完整指南見 shizuku官網。
安裝
Shizuku 是安卓 APK，安裝包約 28.65M，直接 shizuku下載 安裝到手機即可。首次啟動需要進入開發者選項打開「USB 調試」和「無線調試」，然後在電腦上跑 adb 命令啟動服務，或透過手機端的無線配對碼完成激活——這是它的「橋」之所以能立起來的前提條件。
安裝後最重要的事不是打開應用看介面，而是給它放行自啟和後台運行權限：在各家廠商系統的電池策略裡把 Shizuku 設為「不限制」，最近任務介面給它加鎖，開發者選項裡不要關閉 USB 調試。這幾步做錯了，服務進程會被系統反覆殺掉，一切功能隨之失聯。
版本演進：六年的死磕方向
現在這版 13.7.0 的 Shizuku，啟動成功率穩定在 90% 以上，覆蓋了無線配對、root 模式、自啟保活、廠商 ROM 適配等全套能力，授權後的第三方應用（App Ops、Canta 卸載精簡、終端工具…）已經形成了一個小而堅實的生態。但如果把時間倒回 2020 年它剛上線的時候，這東西其實就是個 adb 命令行實驗品——作者當時在 GitHub 上寫了一段 demo，證明「能不能讓普通應用透過 adb 進程調用系統 API」這個想法是可行的，連個像樣的介面都沒有。
從那個實驗到今天的 13.7.0，六年迭代的軌跡很有規律——團隊一直在死磕三個方向，從來沒變過。
第一階段（1.x ~ 3.x）：從有線到無線，解決「不要一直連電腦」。早期版本必須插著 USB 線、電腦上跑著 adb 命令，手機端的 Shizuku 才能維持服務。這對普通用戶來說幾乎不可用——誰會一直插著電腦用手機？3.x 版本開始支援無線調試配對，讓服務進程可以在 WiFi 下獨立拉起來，用戶只需要配對一次，之後就能完全擺脫電腦。這個功能憋了三個大版本才來，因為安卓的無線調試本身就是 Android 11 才引入的新機制，團隊需要跟進系統 API 的變化、處理不同系統版本的差異——但一旦實現，Shizuku 的使用門檻直接從「折騰 adb 的開發者」降到了「願意花五分鐘看一次配對流程的普通用戶」。
第二階段（4.x ~ 6.x）：從通用到廠商特化，解決「為什麼 MIUI 就是不能用」。無線配對之後，團隊以為最大的難題解決了，結果用戶反饋像潮水一樣湧進來——小米 MIUI 上配對碼輸不進去、OPPO ColorOS 上服務進程被系統殺掉、三星 One UI 上 adb 權限被額外收緊。中國廠商的深度定製對 adb 能力做了額外兩層甚至三層的限制，恰好都砸在 Shizuku 的要害上。團隊開始逐個 ROM 拆解問題：MIUI 需要在開發者選項裡額外打開「USB 調試（安全設置）」這個容易被忽略的進階開關，通知樣式必須切回原生形態才能讓配對碼正確顯示；ColorOS 的電池策略有三層白名單機制，每一層都得手動放行；部分廠商的「手機管家」掃描功能會直接禁用整個開發者選項。這些適配沒有通用解，只能一款一款手動解決，這個過程花了幾乎兩年。6.x 版本的更新日誌裡，廠商 ROM 適配的條目第一次超過了新功能條目。
第三階段（7.x ~ 13.x）：從「活著」到「活得穩」，解決「為什麼服務老是掉线」。到了 7.x 之後，核心功能其實已經基本成型，但用戶的下一個痛點來了——服務進程經常莫名停止，配對時搜不到服務，授權好的應用打開就報「Shizuku 未運行」。根因在於安卓各廠商的後台清理機制越來越激進：屏幕熄滅幾秒就殺後台、三天不啟動就冰凍、電池優化策略把一切非系統應用當成耗電源。團隊在這個階段集中做了兩件事：一是把保活的設置項整理成了一份通用清單（自啟管理放行、電池策略改不限制、最近任務加鎖、保持常駐通知），並在應用內直接引導用戶逐項完成；二是對 root 模式做了大量優化——如果手機已經 root，服務進程可以由 init 進程直接拉起，完全繞開系統的後台清理機制，啟動成功率從 adb 模式的 80% 提升到了接近 100%。13.x 版本加入的「停用 adb 授權超時功能」開關，更是直接解決了 Android 11+ 系統自動收回 adb 授權導致的隱性掉線問題——這個功能在開發者選項裡藏得極深，普通用戶根本找不到，團隊直接把它搬到了 Shizuku 自己的設置面板裡。
從迭代節奏看團隊的優先級
把這六年的版本節奏拉開看，有一個很鮮明的規律：團隊從來不做「面向未來的花哨功能」，他們做的永遠是「當前最多用戶卡在這裡」的那個問題。無線配對是因為用戶抱怨「不想一直插電腦」；廠商適配是因為 MIUI/OPPO 用戶量太大但問題集中；保活優化是因為服務掉線成了日常投訴第一名。每個大版本的核心改動都能直接對應到用戶群裡最響的那個痛點——沒有一次是「我們加了個很酷的新功能」但用戶覺得沒用的情況。
反過來說，有些東西他們六年來一直沒碰：從來沒做過內建的功能應用（權限管理器、卸載工具這些全部交給第三方生態）；從來沒做過付費版或廣告；介面設計從 1.x 到現在幾乎沒變過——狀態頁、啟動按鈕、已授權應用清單，就這些。團隊把精力全部砸在了「讓橋本身更穩」這件事上，至於橋對面走什麼車，他們不管。
照這個路線，下一步大概率會走到哪
從迭代規律推的話，下一階段的優先級大概率在兩個方向上。第一是 Android 新版本的 API 跟進——安卓每個大版本都會在隱私權限或後台機制上做變動，Shizuku 作為依賴系統調試通道的工具，必須第一時間跟上，否則新版本安卓用戶會集體失效。第二是自動化程度的提升——現在的保活設置清單雖然寫得很清楚，但還是得用戶手動逐項操作，如果 Shizuku 能在啟動時自動檢測並引導甚至自動打開大部分開關（當然得在系統允許的範圍內），使用門檻會再降一個台階。
生態側可能也會有動作——目前授權後的第三方應用已經形成了一個小圈子，但還沒有一個統一的發現入口，如果 Shizuku 主應用裡能直接列出「已授權應用推薦」或「常用工具下載」，對新用戶來說會友好很多。不過這條屬於「推測」，團隊從來沒對外透露過這方面的計畫，純粹是從他們過去六年的優先級邏輯推的。
說到底，Shizuku 這六年做的事情，本質上就是在安卓日益封閉的權限體系裡，給普通用戶留了一條合法的、不需要 root 的後門。這條後門能不能一直留著，取決於谷歌和各廠商會不會繼續在 adb 調試通道上收緊限制——如果有一天 adb 的特權也被砍掉了，Shizuku 可能就真的走到頭了。但只要這條通道還在，團隊大概率會繼續死磕下去，把橋修得越來越穩。
本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。
