目标应用一开就闪退——先调注入节奏、用空脚本定位
诊断思路
目标应用一开就闪退，根因归类：
- 注入时机太早 → 解决：调整注入节奏
- 脚本代码有问题 → 解决：空脚本定位 + 逐个加回
- 注入框架不兼容 → 解决：换框架或关内核模式
第一步：空脚本确认注入本身没问题
先排除脚本本身的问题：
- 在 JsHook 里取消所有脚本勾选
- 保持 Hook 服务开启、框架选中（还是用 fridamod）
- 重启目标应用
空脚本也闪退
→ 注入本身有问题。跳第二步调注入节奏。
空脚本不闪退
→ 脚本有问题。跳到第三步逐个加回定位。
第二步：调注入节奏
空脚本也闪退，说明注入动作本身干扰了目标应用的初始化流程。让注入发生在应用完全跑起来之后：
- 关 Hook 服务
- 启动目标应用，等它完全进入主界面（至少 5 秒）
- 开 Hook 服务
- Frida 会 attach 到已运行的进程，不会干扰初始化
如果这样就不闪退了——以后都用这种「先开应用、再开 Hook」的模式。
第三步：逐个加回
确认注入本身没问题后，用二分法定位问题脚本：
- 只勾脚本 A → 重启 → 闪不闪？
- 只勾脚本 B → 重启 → 闪不闪？
- 如果 A 单跑没问题、B 单跑没问题、A+B 一起闪退 → A 和 B 互相冲突
定位到有问题的脚本后，去 脚本调试 里看日志排查。
第四步：换框架
如果空脚本 + 运行途中注入还是闪退，试试换框架：
| 原来用的 | 换成 |
|---|---|
| fridamod | fridainject（走 frida-server） |
| fridainject | fridamod |
fridamod 直接注入，fridainject 通过 frida-server 间接注入。某些应用对其中一种方式更敏感。
第五步：关内核驱动模式
如果开了内核驱动模式试试关掉它。内核驱动模式下观察者进程 + 内核驱动的组合比普通注入路径更复杂，某些应用的反调试机制可能检测到内核层的操作痕迹。
常见闪退场景速查
| 场景 | 可能原因 | 解决 |
|---|---|---|
| 一启动就秒退 | 注入时机太早 | 先开应用再开 Hook |
| 空脚本也退 | 注入框架兼容性 | 换框架 |
| 勾了脚本才退 | 脚本代码崩溃 | 空脚本定位 + 逐个加回 |
| 开了内核模式才退 | 内核驱动被反调试检测 | 关内核模式 |
| 只有某些应用退 | 目标应用有反 Frida 机制 | 换框架或走免 root 路线 |
终极退无可退
上面都试了还是闪退，最后两张牌：
- 换设备环境：真机、虚拟机、模拟器各试一次。某设备组合可能刚好兼容。
- 放弃这个应用：某些应用的反调试机制非常激进，强行为之只会浪费时间。不是所有应用都适合 Hook。