Thor 為什麼能凍結系統應用？從 Shizuku 到 Package Manager 的底層路徑拆解

Thor：一款不需要 Root 就能管系統應用的管理器

Thor 是一款專為 Android 設計的應用管理工具，最新版本 1.80.6-foss，安裝包僅 4.40M。它的核心賣點很直白：一鍵凍結系統預裝、批量提取 APK、管理多拆分包應用——這些操作通常需要 Root 權限才能做到，但 Thor 提供了一條「非 Root 也能搞定大部分」的路徑。

適合誰？我會把 Thor 的目標用戶分成兩類：一是想乾淨化手機、卸掉廠商預裝的普通用戶；二是喜歡折騰、需要批量管理應用包的進階玩家。它不做花哨的主題或浮窗，界面就是乾淨的標籤頁列表——打開就是看應用狀態、點擊就是管理操作，沒有中間環節。想深入瞭解 Thor 的完整使用指南，可以看看 Thor下載 的詳細文檔。

主頁的應用分布圖表是我很喜歡的一個細節——把應用按安裝來源分組統計，一眼就能看出哪些是從 Google Play 來的、哪些是手動裝的 APK。這個功能看起來簡單，但背後反映了 Thor 的設計思路：先讓用戶看清楚，再讓用戶做操作，而不是默認你對手機裡每個應用都瞭如指掌。

安裝

Thor 是純 Android APK，安裝方式就是標準的安卓應用安裝——從你下載的位置點擊 APK，系統會彈出「未知來源」確認，允許後直接安裝即可。這裡沒有什麼特殊前置條件，但有一個安裝後的必做選擇你要提前想清楚：

第一次打開 Thor，它會彈出一個權限模式選擇器——Root 模式還是 Shizuku 模式。這不是一個可以隨便選的選項，它決定了 Thor 後面能幫你做到什麼程度。如果你已經用 Magisk 穩定 Root 了、且能通過 Play Integrity 檢查，Root 模式功能最完整；如果不想折騰 Root（這也是大多數用戶的選擇），就走 Shizuku 路徑——安裝 Shizuku 應用、開啟 USB 無線調試、跑一次 ADB 激活腳本，激活後 Shizuku 會以守護進程常駐，Thor 之後就能直接連上它執行命令。

這個權限模式的選擇是 Thor 整個產品線的基石——後面的所有功能邊界，都由你這裡點了哪個按鈕決定——如果對權限模式的選擇還有疑問，也可以參考 Thor官網 的說明。

核心問題：Thor 為什麼能凍結系統應用？

寫到這裡我想先拋一個問題：為什麼大部分應用管理器只能管自己安裝的應用，而 Thor 能動系統預裝？這背後不是什麼魔法，而是 Thor 設計了一條非常聰明的權限橋接鏈——我下面把它拆開講。

底層路徑：從 Thor 界面到 Package Manager

Thor 的核心功能——凍結、解凍、卸載——全部依賴 Android 的 Package Manager 系統服務。但問題是，普通應用根本碰不到這個服務的完整 API，更別說裡面的 pm disable-user 這種隱藏命令了。Thor 解決這個問題的思路，是不走普通應用的權限通道。

這裡有一個我自己造的類比幫你理解：把 Android 系統比作一個小區，Package Manager 是小區的物業管理員。普通應用就是普通住戶——你可以讓管理員幫你開家門（安裝應用），但你不能讓管理員去鎖鄰居的門（凍結系統應用）。而 Root 就是你直接當上了物業經理，所有房間鑰匙你都有。

Thor 的 Shizuku 模式走的是一條中間路徑：你不是物業經理，但你拿到了一張臨時訪客卡——Shizuku 通過 ADB 調試橋拿到了 shell 級別的有限權限，它以守護進程形式常駐在後台，而 Thor 作為客戶端連上這個守護進程，就能在它的權限範圍內讓管理員（Package Manager）執行特定命令。

整條鏈條是這樣的：

Thor 界面點擊「凍結」→ 生成 pm disable-user 命令 → 發送給 Shizuku 守護進程 → Shizuku 以 shell 權限調用 → Package Manager 執行 → 應用進入 disabled 狀態

這條鏈最關鍵的設計取捨在於：Thor 自己不持有任何特權，它的所有操作都經過 Shizuku 的權限檢查。這意味著 Shizuku 模式下 Thor 不會修改系統分區、不會觸發 SafetyNet 檢查——這是一個安全與功能之間的精巧平衡。

凍結 vs 卸載：Thor 為什麼要分兩個操作

很多用戶可能沒注意，Thor 裡的「凍結」和「卸載」是兩個完全不同的操作，底層調用的命令也不同：

• 凍結：調用 pm disable-user——這條命令不碰應用的 APK 文件本身，只是把應用的啟用狀態改成「disabled」，讓它從啟動器和應用列表裡消失。解除凍結就是把狀態改回「enabled」，全程可逆。
• 卸載：調用 pm uninstall --user 0——這條命令從當前用戶的安裝列表裡移除應用，但也不碰系統分區裡的 APK（系統預裝的 APK 一般只讀掛載在 /system/app/ 或 /system/priv-app/），所以卸載系統應用本質上是「從你這個用戶的視角裡移除它」，不是真的從手機裡刪掉。

這個設計的巧妙之處在於：Thor 用戶感受到的是「我卸載了小米商城」，但底層只是把這個應用從用戶 0 的列表裡移除了——換一個用戶登錄，小米商城還在。這解釋了為什麼 Thor 卸載系統應用不需要 Root：它根本沒碰系統分區，只是在 Package Manager 的用戶層面做了操作。

APK 提取：為什麼 Thor 能處理多拆分包

Thor 的另一個讓我印象深刻的細節是 APK 提取——尤其是對多拆分包應用的處理。多拆分包（Split APK）是現在大部分應用商店的標準安裝格式：一個主包 + 幾個 split 包（分別處理不同 CPU 架構、屏幕密度、語言資源）。很多管理器提取這類應用時，會把每個 split 單獨提取成碎片文件，然後你還得自己找工具合併回來。

Thor 不一樣。它在提取時自動讀取 Package Manager 的完整包信息，把主包和所有相關 split 一起打包成一個 APKS 文件——你拿到手就是可以直接安裝的完整包。這個細節看起來小，但它說明 Thor 在設計時就把「用戶拿到手應該是能用的東西」當成了目標，而不僅僅是「把文件從手機裡複製出來」。

取捨與邊界：這套設計的代價

說到這裡你可能會覺得 Thor 完美——但它當然有邊界，而這些邊界正是它設計取捨的直接後果：

1. Shizuku 模式的功能裁剪：素材包裡的對比表很清楚——Packages.xml 編輯、GPU 負載讀取、閃存清理這三個功能，Shizuku 模式完全用不了。為什麼？因為 Shizuku 的 shell 權限是「有限 shell」，不是真正的 root shell，某些底層系統接口它就是碰不到。
2. Shizuku 服務的脆弱性：手機重啟後 Shizuku 守護進程會消失，需要重新激活（除非你配置了無線調試自動恢復）。而 Root 模式下的 Thor 只要打開就能用，沒有這個中斷點。
3. 系統應用凍結的安全邊界：Thor 允許你凍結幾乎所有系統應用——但這不代表所有系統應用都能凍結。桌面（Launcher）、状态栏（SystemUI）、電話撥號器，凍結後會直接導致系統功能癱瘓。Thor 在這裡選擇了不做攔截、只做提示——因為它沒法判斷你是真的懂、還是手滑點錯了。

最後的判斷

寫到這裡我對 Thor 的設計有一個總結：它是一款把「非 Root 也能管理系統應用」這個目標做到極致的系統工具。Shizuku 權限橋接鏈是它最聰明的設計——既繞過了 Root 的安全風險和保修問題，又保住了大部分核心功能；而凍結 vs 卸載的分離、多拆分包的完整提取，則是在細節上把「用戶體驗優先」貫徹到底。

如果你的手機沒有 Root、但又想乾淨化系統預裝，Thor 幾乎是目前最好的選擇。唯一需要注意的是：第一次使用時先小範圍試手——先凍結幾個明顯安全的應用（比如各廠商的應用商店），確認沒問題再處理其他。至於 Shizuku 服務重啟後要重新激活這件事，配置一下無線調試自動恢復就能解決，不用太糾結。

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