投影選誰:Magisk vs KernelSU vs APatch
注入式投影對 root 環境只有兩個要求:root 權限本身,和一個 Zygisk 執行環境——讓模組能跑進 App 程序的那一層。三大主流方案都能湊齊這兩樣,差別只在「出廠帶不帶」。
一表看完
| Root 方案 | 路線 | Zygisk 狀況 | KoalaMirror |
|---|---|---|---|
| Magisk | Systemless,多年來的事實標準 | 內建 Zygisk——設定裡打開即可 | 開箱即用 |
| KernelSU | 核心層級 root,新核心上很流行 | 不帶 Zygisk——需獨立執行環境 | 部署時自動裝 ReZygisk |
| APatch | 核心修補路線,後起之秀 | 不帶 Zygisk——同上 | 部署時自動裝 ReZygisk |
Magisk:阻力最小的路
在 Magisk 上你什麼都有了:在 Magisk App 裡打開 Zygisk,部署 KoalaMirror,重新啟動,完成。這是走的人最多的路,也是網路上多數教學預設的前提。
KernelSU 和 APatch:同樣是一等公民
核心系 root 在支援的裝置和核心上有實打實的優勢——但 KernelSU 和 APatch 都不內建 Zygisk 執行環境。常規做法是自己裝一個(目前活躍維護的是 ReZygisk)。KoalaMirror 替你做了這步:部署時偵測不到 Zygisk 執行環境,就在同一次一鍵流程裡裝好 ReZygisk。不用找模組,不用對版本。
值得退一步看:root 本身只是打開門——它在 Android Auto 上解鎖了什麼、又沒解鎖什麼是更有用的問題,而方法篇連不需要 root 的路線也一起講了。
該選哪個 Zygisk 執行環境(以及為什麼它比 root 管理器更重要)
選 root 管理器只是決定的一半。Magisk 自帶 Zygisk,KernelSU 和 APatch 不帶,所以你還得再選一個 Zygisk 執行環境。而對投影來說,第二個選擇比第一個更要緊。
原因是這樣。把完整的 Android 桌面放到車機螢幕上,需要兩次互相獨立的注入,不是一次:模組必須同時載入 system_server (負責建立那塊額外的螢幕)和 Android Auto 行程 (負責把你的桌面放上去)。有的執行環境只做到其中一半,另一半悄無聲息地缺席。發生這種情況時,Android Auto 本身看起來完全正常,只是投影永遠不出現。所以「模組已載入」和「投影能用」是兩句不同的話;一個只檢查前者的狀態頁,會在什麼都沒成的時候告訴你一切正常。
| Zygisk 執行環境 | 從哪來 | 投影這一側的狀態 |
|---|---|---|
| Zygisk(Magisk 內建) | Magisk 設定裡一個開關 | 已驗證。不用再裝別的。 |
| ReZygisk | KernelSU / APatch 用的獨立模組 | 已驗證。你一個執行環境都沒有時,KoalaMirror 自動幫你裝的就是它。 |
| Zygisk Next | KernelSU / APatch 用的獨立模組 | 1.4.5 與 1.5.0 均已驗證(2026-08-29 核對)。 |
| NeoZygisk | KernelSU / APatch 用的獨立模組 | KoalaMirror 1.5.1 起可用(2.4 上已驗證,2026-08-30),見下方說明。 |
關於 NeoZygisk 的說明,直說:在 NeoZygisk 2.4 上,我們重現過一次讓 Android Auto 全部行程崩潰的故障。根因在我們這邊,不在對方:我們的 inline hook 需要一塊始終同時可寫又可執行的記憶體頁,而程式碼假設了這個性質一直成立,沒有重新去宣告它。在那個執行環境下它並不成立。2026-08-30 已修,次日隨 KoalaMirror 1.5.1 發布;如果你用 NeoZygisk 而投影沒出現,先把 KoalaMirror 更新到位再查別的。上面那張表之所以標日期而不是打勾,正是因為會有這類事。
所以該用哪個?
- 已經 root 了? 待著別動。三家支援完全一致,單為投影換 root 方案不划算。
- 正要 root? Magisk 仍是最省心的全能選手;你的機型社群如果普遍推薦 KernelSU 或 APatch,就跟著社群走。