LSPosed 在 APatch 上的两种使用方案

前提：APatch 不直接支持 LSPosed

LSPosed 依赖 Riru 或 Zygisk——这两个都是 Magisk 生态的组件。APatch 默认不带 Riru 也不带 Zygisk，所以 APatch 无法直接使用 LSPosed。

但有两种变通方案可以让 LSPosed 在 APatch 上跑起来。

方案一：通过 ZygiskNext 引入 Zygisk（推荐）

这是最标准、最稳定的路径：

1. 先装 ZygiskNext（或 NeoZygisk、ReZygisk）提供 Zygisk 环境
2. 然后正常安装 LSPosed Magisk 模块（LSPosed 的 zip 在 APatch 管理器里直接装）
3. 重启设备

装完 Zygisk 的 APatch，从 LSPosed 的角度看和 Magisk 没区别——Zygisk API 是完整实现的。这种方式下 LSPosed 的所有功能都能正常使用。

详细步骤

步骤 1：安装 ZygiskNext（或 NeoZygisk）
步骤 2：重启设备
步骤 3：下载 LSPosed 的 Magisk 模块 zip
步骤 4：在 APatch 管理器里安装 LSPosed zip
步骤 5：重启设备
步骤 6：打开 LSPosed 管理器，添加目标 App 到作用域

注意

ZygiskNext 和 LSPosed 可能需要一些兼容性调整：

• LSPosed 的某些老版本可能硬编码了 Magisk 的路径，需要新版 LSPosed
• 如果 LSPosed 管理器显示"Zygisk 未安装"，先确认 ZygiskNext 是否正确加载

方案二：Zloader 直接加载（不推荐）

Zloader 是一个不依赖 Zygisk/Riru 的 LSPosed 加载器——它直接在 Zygote 进程初始化时注入 LSPosed。

GitHub：Mufanc/z-loader 的 LSPosed 专版

优点：不需要装 Zygisk，一条路径解决。

缺点（为什么不推荐）：

• Zloader 在版本 0.1.3 后没有任何更新和代码提交——维护停滞
• 和 Zygisk 不兼容——装了 ZygiskNext 就不能用 Zloader
• APatch 官方文档明确说：不再建议使用此方式

如果你的设备实在装不上 Zygisk，可以临时试试 Zloader，但随时可能失效。

两个方案的对比

如果 LSPosed 还是不工作

排查清单：

1. ZygiskNext 已正确安装、已启用、已重启
2. ZygiskNext 显示 Zygisk 服务正常运行（有些版本在管理器里有状态显示）
3. LSPosed 是最新版（硬编码 Magisk 路径的旧版不行）
4. LSPosed 的"作用域"里添加了要 hook 的目标 App
5. 目标 App 重启后 LSPosed 才生效

总结

装一个 ZygiskNext（或 NeoZygisk），然后正常装 LSPosed 模块——这就够了。Zloader 留作应急方案。