如何在 KernelSU 上跑起 LSPosed：ZygiskNext 三步装好，附开不了机救援
【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU
KernelSU 是内核态的 root 方案，本身不带 Zygisk，所以 LSPosed 这类 Xposed 框架没法直接注入。这篇讲怎么用 ZygiskNext 补上 Zygisk 通道、按正确顺序安装、验证是否生效，以及装坏后怎么救回来。
先弄明白一件事：Zygisk 通道从哪来
结论先行：LSPosed 要进应用进程，靠的是 Zygisk 这条注入通道；KernelSU 内核里没有它，ZygiskNext 就是来补这块短板的。
- KernelSU 改的是内核，Magisk 改的是 ramdisk。Magisk 天生带 Zygisk，Xposed 系框架直接能用；KernelSU 的模块机制里没有任何 Zygisk 字段，原生装不了。
- ZygiskNext 本身就是一个普通 KernelSU 模块。装上它之后，Zygisk 模块的内容和 Magisk 生态完全一致，你原来在 Magisk 上跑的 Zygisk 版 LSPosed 可以直接搬过来用。
- 官方 FAQ 的口径是：LSPosed 可以在 ZygiskNext 支持下正常运行。
一句话概括：KernelSU + ZygiskNext，等于把 Magisk 的 Zygisk 能力移植过来。
安装前先过三关
动手前把设备、材料、metamodule 三件事确认掉，能少走回头路。
设备是否被官方支持
打开 KernelSU Manager 看状态：
- 显示
Not installed：设备受官方支持，直接往下做。 - 显示
Unsupported：得自己编译内核源码集成 KernelSU，或走文档里的非官方支持路线。
两个安装包备齐
- ZygiskNext 模块 ZIP
- LSPosed 的 Zygisk 版 ZIP（或你选的其他 Xposed 框架）
要不要装 metamodule
只有当模块要改/system（ZIP 里带 system 目录）时才需要 metamodule（如meta-overlayfs）；全新环境下没装它，system 目录不会挂载。只跑 scripts、sepolicy 规则、system.prop 的模块不需要，ZygiskNext 和 LSPosed 这类 Zygisk 模块也不需要。LSPosed 这条链路不碰 /system，这步一般可以跳过。
安装顺序：ZygiskNext 必须排在前面
两次安装、两次重启，几分钟走完，但先后不能反。
- 在 Manager 里点 ➕，选中 ZygiskNext 的 ZIP 安装，装完重启。
- 重启后再走一遍同样步骤，装 LSPosed 的 ZIP。
原因很直接：LSPosed 要靠 Zygisk 才能进应用进程，Zygisk 不在位就没有注入通道，后面装得再对也白搭。
开机时 ZygiskNext 在哪几步动手
它落在官方 Module guide 描述的开机流程里两处：
- post-fs-data（zygote 启动前）：拉起 zygisk-ptrace64 monitor，进入监测状态。
- late_start service 阶段：hook zygote 并启动 zygiskd，同时挂载 Zygisk 模块的 zygisksu/module.prop。
- zygote 开始 fork 之后：LSPosed 等 Zygisk 模块随各应用进程生效。
它把注入点定在 zygote，所有应用进程都从这个进程 fork 出来，所以 Xposed 模块只会落在应用进程里。至于框架内勾选目标应用，那是 LSPosed 自己干的事，KernelSU 文档不管这块。
验证生效与开不了机救援
怎么确认真的生效了
重启后进 Manager 的 Module 页，ZygiskNext 和 LSPosed 都应出现在列表里。有 root shell 时执行下面命令，对照 ID 复核：
ksud module list # 列出全部已装模块框架界面是否正常、能不能勾选应用，以 LSPosed 应用内的提示为准。
开不了机：安全模式救援
模块持有 root 权限，来路不明的模块可能造成不可逆损坏，只从可信来源下载。装完起不来时先试安全模式：
开机第一屏出来后，把音量下键按-放，重复 3 次以上（单击，别长按）。进入 KernelSU 内置安全模式后所有模块被禁用，去 Manager 的 Module 页卸载问题模块，再重启。注意按键窗口在开机动画之前，机器启动太快可能触发失败。
还能连 ADB 时用 ksud 处理
adb shell # 进设备 shell su # 提权 ksud module list # 列出所有模块 ksud module disable <id> # 禁用问题模块 ksud module uninstall <id> # 或直接卸载 reboot # 重启<id>取列表里目标模块的 ID。
两个容易踩的坑：
- 与 Magisk 共存：KernelSU 只要有模块启用，Magisk 会因 magic mount 冲突完全停摆。从 Magisk + LSPosed 迁过来的，别指望两套并存；只在只用 su、不启用任何模块时两者才能共存。
- late-load 模式：KernelSU 若通过
ksud late-load加载，initrc 注入、安全模式检测这类开机早期机制都不可用，排障前先确认当前运行模式。
排障时还可以翻这几篇官方文档：FAQ、模块指南、启动救援指南。
【免费下载链接】KernelSUA Kernel based root solution for Android项目地址: https://gitcode.com/GitHub_Trending/ke/KernelSU
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
