stellar 權限隱私審視：這款迷你系統管家到底要了我什麼

stellar 是什麼，能幹嘛

stellar 是一款體積只有 4.37M 的安卓系統增強工具，最新版本 1.0.11，2026 年 9 月更新，底層走的是 ADB 無線調試通道，不需要 root 就能給應用分發權限、跑雙開、執行快捷 ADB 指令，定位上就是給不想刷機但又想拿到 shell 身份能力的用戶補一塊權限管家。它本身是完全開源的專案，代碼放在 GitHub，MPL-2.0 + Apache-2.0 雙許可，這一點在同類工具裡算難得——安全機制看得見、可審計，不像不少閉源提權工具只能碰運氣。

適合誰用？安卓用戶、還在糾結 Shizuku 兼容應用找不到合適管理器的人、不想 root 但需要細粒度權限控制的玩機黨。如果你只是偶爾開開雙開，那可能覺得它輕了點，但如果你手裡有一串需要 shell 身份才能跑起來的工具鏈，stellar 這款確實能頂上。

安裝

stellar 走的是純 APK 安裝路線，Android 平台，4.37M 安裝包。stellar下載後直接點開就行，系統會彈「允許未知來源」提示——這步和其他第三方 APK 沒區別，過了就裝上了。

真正的門檻在配對環節。打開應用後它會引導你開啟 Android 11+ 自帶的無線調試功能，掃描二維碼輸入配對碼，整個過程大概 10 秒到半分鐘，配對成功後服務自動啟動。這一點是 stellar 和同類工具的最大差異：不需要 root，整個提權靠的是系統自帶的無線調試通道，代價是每次重啟手機後調試通道會斷，需要重新啟動服務——但配對記錄不會丟，重新點一下啟動按鈕就好。

裝完還有幾個系統側的權限建議：自啟動一定要開，不然服務不會跟著開機起來；後台彈出界面權限得給，不然授權彈窗會被 MIUI、ColorOS 這類定製系統靜默攔截；省電策略改成「無限制」，避免服務被系統凍結。國產定製系統對這些權限的限制比原生安卓激進得多，漏開一項功能就會在你需要的時候掉鏈子。

它要了我什麼

裝前掃了一眼權限申請清單，發現它居然要 shell 身份的整套能力，這下子不得不認真了，順便也想看看之前做過的 權限審視 系列是不是也有類似的發現。以下每一項都是 stellar官網 運行時會向系統或應用索取的東西，全部有功能對應，不是憑空亂要：

ADB 無線調試通道完整訪問——這是整個工具的底座。拿到 shell 身份（uid 2000）之後它才能執行 ADB 指令、管理其他應用的權限、跑雙開邏輯。沒有這一項，stellar 就是個空殼。

兩個核心權限位：stellar 是核心 API 訪問權，所有想調用 stellar 服務的應用都得先拿到它；follow_stellar_startup 是服務伴隨啟動權，聲明了這項權的應用會跟著 stellar 服務一起自動喚醒，不用手動點開。一個應用可以只要前者（手動啟動時才用），也可以兩者都要（想跟著服務常駐後台）。

系統級自啟動——讓 stellar 服務跟著開機一起拉起，省得每次重啟手機後還要進應用手動啟動一次。

後台彈出界面權限——授權彈窗依賴它。MIUI、澎湃OS 這類系統對後台彈窗的限制非常狠，漏開一項，應用請求權限時彈窗就會被系統吃掉，你以為應用壞了其實只是彈窗沒出來。

顯示通知權限——配對狀態、服務運行狀態的通知走這條通道。關了也能跑，但哪天服務掉了你會後知後覺。

網路訪問權限——只幹一件事：應用內更新。v1.0.11 起加了面向大陸的更新通道，經 Gitee 分發，網路不暢的時候也有穩定下載源。

給出去換來了什麼

每項權限都有對應的功能收益，不是白給的——這也符合 隱私保護 工具的基本邏輯：能力越大，權限越多。

shell 身份換來的是 root 級別的操作能力，但不需要真的刷機——ADB 指令快捷執行、應用雙開、隱私空間創建，這些都是靠 shell 身份才能落地的功能。沒有 shell 權限，stellar 只能當一個 UI 殼看。

stellar 核心 API 權限換來的是受權應用可以調用 stellar 服務，比如 Shizuku 兼容應用、需要權限管理的玩機工具。聲明了 follow_stellar_startup 的應用換來的是隨服務自動喚醒的能力，不用每次開機都手動點一遍。

系統自啟動換來的是開機自動拉服務——這是所有同類框架的核心痛點之一：系統重啟會斷調試通道，自啟動能把這個煩惱降到最低。後台彈出界面換來的是授權彈窗不會被攔截，顯示通知換來的是配對和服務狀態一目了然，網路訪問換來的是應用內一鍵更新（大陸還有 Gitee 備用通道）。

哪些可以關掉

不是所有權限都非給不可，有些可以在設置裡關掉或降級，看你自己的使用習慣：

如果你不想讓應用跟著服務自動喚醒——把 follow_stellar_startup 權限撤掉就行，這個邏輯我之前用 思維導圖 整理過類似的權限關聯關係。應用手動啟動時照樣能用，只是不會常駐後台。這項權限是可選的，不是所有應用都需要。

省電策略建議保持「無限制」，但如果平時不用它，可以在啟動頁手動點停止服務——權限還在，但服務不跑，不會佔用後台資源，下次需要時再點啟動就行，配對記錄不會丟。

後台彈出界面權限如果系統允許降級（有些 ROM 有「僅使用時」選項），可以試試降級，但要做好心理準備：應用請求權限時彈窗可能被攔截，到時候還是得開回來。顯示通知權限如果嫌通知太多，可以關掉狀態通知留配對通知——後者關了的話哪天服務掉了你會後知後覺，建議留著。

應用內更新如果不想走網路，可以手動去 Gitee 或 GitHub 下 APK 覆蓋安裝——網路訪問權限本身不影響功能運行，只是少了一鍵更新的便利。

邊界說明

以上所有權限行為與功能對應全部來自 stellar 的官方文檔與開源專案資訊，文檔裡沒提到的數據行為我不下結論——比如有沒有收集用戶設備資訊、配對資訊怎麼存、上傳了什麼東西，這些文檔沒寫，我就不猜。開源專案本身是可審計的，有興趣的可以自己去看代碼。

結論

如果你是重度玩機用戶、手裡有一串 Shizuku 兼容應用要管理、追求極致權限控制——不用太糾結這些權限，它們是功能的代價，收緊了反而用不了。如果你只是偶爾開開雙開、不想讓服務常駐後台——建議先收緊：只給 stellar 核心 API 權限，不給 follow_stellar_startup，省電策略保持無限制但不用時手動停止服務，這樣既能用又不會讓它在後台瞎跑。

總結一句：權限給出去換來的能力是實打實的，收緊的空間也確實存在，搞清楚自己要什麼，就不用怕它要了什麼。

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