投屏选谁: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 运行时。而对投屏来说,第二个选择比第一个更要紧。
原因是这样。把完整的安卓桌面放到车机屏上,需要两次互相独立的注入,不是一次:模块必须同时加载进 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,跟社区走。