原版归档、社区维护现状与未来展望

原版 LSPatch 什么时候归档的

2023 年 12 月 13 日，LSPatch 原版仓库（github.com/LSPosed/LSPatch）被标记为 Archived（只读归档）。最后一个正式版本是 v0.6（归档前发布）。

LSPosed 团队当时的公开说明大意：

• LSPatch 的定位是"免 Root Xposed 的 PoC（概念验证）"，核心目标已经达成
• 补丁式框架的天然局限（签名变更、系统级 Hook 不可用）在原版架构下难以突破
• 后续 Android 高版本适配交给社区维护

这不是项目失败的信号——恰恰相反，它证明了"补丁式免 Root Xposed"这条路线是可行的，社区已经接手了。

当前活跃的社区维护者

opatch 是目前社区里最活跃的分支，持续跟进 Android 14/15 适配、修 bug、加功能。如果 2026 年你还在用 LSPatch 路线，用 opatch/onpatch 而不是原版。

Android 高版本适配现状（2026 年初）

Android 15 的改动比较大（前台服务限制、权限模型收紧等），opatch 也在持续跟进。如果你的设备是 Android 15，遇到问题去 opatch 的 GitHub Issues 里搜一下，大概率已经有人报过并且有 workaround。

补丁式框架的未来

LSPatch 路线的根本局限（签名变更、系统级 Hook 不可用）在可预见的时间内不会有根本性突破——这是技术路线决定的，不是代码质量问题。未来几个可能的演进方向：

方向一：更好的签名绕过

CorePatch N 等模块已经能在有 Root 的情况下绕过签名校验。opatch/onpatch 的某些版本尝试在无 Root 场景下做类似处理（比如 hook PackageManager 的签名校验方法），但 Android 新版本的检测越来越严格，这条路能走多远不确定。

方向二：更轻量的运行时

当前 LSPatch 需要往 APK 里塞一整套 LSPosed 核心。未来可能出现更轻量的方案——只注入必要的 API，模块核心逻辑还是从外部动态加载。不过这也意味着更复杂的维护成本。

方向三：Android 官方的支持？

不太可能。Android 官方的立场是签名完整性保护应用安全和用户数据，补丁式框架本质上是绕开这个保护，Google 不会给官方支持。

本站的立场

本站作为技术整理站，不站队任何具体分支，只客观记录各分支的特点和差异。选哪个版本取决于你的 Android 版本、对原神动画的态度、对原版界面的习惯等个人偏好。所有版本都值得你自己实测一下再决定长期用哪个。

补丁式免 Root 框架在当前 Android 生态下依然是"想玩 Xposed 但不想动系统"的最务实选择，尽管有天生局限。社区接手后维护节奏也不错，短期内不会消失。