框架冲突与 Via 闪退——LSPosed/LSPatch/免 root 框架兼容问题
问题现象
- 安装 BetterVia 后，打开 Via 直接闪退
- Via 能打开，但功能全部失效（相当于模块没生效）
- Via 打开后频繁崩溃，切后台就重启
框架兼容性矩阵
| 框架 | 类型 | BetterVia 兼容性 | 备注 |
|---|---|---|---|
| LSPosed | Root + Xposed | ⭐⭐⭐⭐⭐ 首选 | 开发者明确测试过的主路径 |
| LSPatch | 免 Root + 修补 | ⭐⭐⭐⭐ 稳定但偶有问题 | 修补时用「本地修补」模式更稳 |
| FPA | 免 Root + Xposed | ⭐⭐⭐ 兼容但偶有失效 | 兼容性不如 LSPatch |
| 太极 / TC | 免 Root + 太极环境 | ⭐⭐ 部分功能失效 | 太极环境下 hook 范围受限 |
| 其他 Magisk 模块组合 | Root + 多模块叠加 | ⭐⭐⭐ 可能冲突 | 多个 Xposed 模块同时 hook Via 可能出问题 |
常见冲突场景与处理
场景一：同时启用多个 Xposed 模块作用域 Via
LSPosed 允许一个 App 同时被多个模块作用域。如果另外一个模块（比如绿色守护、重力工具箱、Via 其他增强模块）也 hook 了 Via 的相同类或方法，可能出现冲突。
处理：
- 在 LSPosed 里临时只保留 BetterVia 一个作用域 Via 的模块
- 如果 BetterVia 正常了，逐个加回其他模块找出冲突源
- 冲突源模块换别的框架或换其他 hook 点（如果支持的话）
场景二：LSPatch 修补后 Via 闪退
开发者在 README 里明确提到：「在某些机型上，免 Root 框架的修改补丁可能会和 BetterVia 或作用域软件的运行环境冲突」。
处理优先级：
- 换修补方式（本地修补 ↔ 集成修补）重新修补
- 升级 LSPatch 到最新版本
- 换 Via 版本试试（国内版 ↔ 谷歌版）
- 实在不行换回原生 Via，等 BetterVia 后续版本适配
场景三：系统级 hook 框架干扰
部分国产 ROM（MIUI、ColorOS、OriginOS、OneUI）有自己的系统级 hook 或安全机制，会干扰 LSPosed/LSPatch 的工作：
- MIUI 的「应用锁」和「神隐模式」可能回收框架进程
- ColorOS 的「纯净模式」可能阻止 LSPatch 修复权限
- OneUI 的安全文件夹功能会隔离 App 进程
处理：
- MIUI：把 LSPosed 加到神隐模式白名单，开启自启动权限
- ColorOS：关闭纯净模式或给 LSPatch 信任权限
- OneUI：不要把修补后的 Via 放到安全文件夹里
如果所有框架都不行
理论上 BetterVia 支持 Android 10~16 和绝大多数机型。如果你试了 LSPosed、LSPatch 两条路径都闪退：
- 确认你装的 Via 版本是最新稳定版（测试版可能有 bug）
- 确认你没在 Via 上叠加其他第三方修改版（比如通过其他工具改签名或改包名）
- 如果设备是联发科芯片 + Android 15/16，可能是兼容性边缘区域
这种情况建议先把 BetterVia 临时卸载，等开发者后续版本适配。不要强行保留导致 Via 无法使用。