环境
- 设备：Xiaomi cepheus，MIUI V12（Android 10，arm64）
- lamda server：10.8（root 运行）
- ROM 特性：系统库启用 execute-only memory（XOM，
/proc/self/maps 中系统库段为 --x）
现象
server 一旦对任意 app 执行过注入（spawn 或 attach），之后所有经 zygote fork 出的进程均异常：
- 大多数 app 卡死在启动页（无 crash 弹窗，主线程已死）
- frida
spawn() + resume() 的 app 在数秒内 SIGSEGV 退出
com.miui.securitycenter.remote 等系统进程也会被一并崩掉- 重启设备后恢复正常，注入一次后复现 —— 与具体 app 无关
根因
MIUI 对 zygote 内系统库启用 XOM（段权限 --x，可执行但禁读）。server 内嵌 frida 运行时在 zygote fork 特化路径上 hook 时，gum 需要读取目标内存构建 trampoline，读 libmedia.so 等系统库 .text 触发 SEGV_ACCERR，zygote 内的崩溃状态被后续所有 fork 的进程继承。
用 debuggerd -b <pid> 抓卡死 app 的主线程可见崩溃点落在系统库只读段访问；将 zygote64 内 --x 段恢复 r-x 后一切正常。
修复方案
已提交 PR #156：新增客户端方法 Device.fix_execute_only_memory()，通过 server 内嵌 frida attach zygote 并将 /system /apex /vendor 后备的 --x 段 mprotect() 回 r-x。设备/server 重启后调用一次即可，实测恢复 294 个段，注入后 app 正常存活。
也建议在 server 端注入流程内自动执行该恢复逻辑，免去手动调用。
环境
/proc/self/maps中系统库段为--x）现象
server 一旦对任意 app 执行过注入（spawn 或 attach），之后所有经 zygote fork 出的进程均异常：
spawn()+resume()的 app 在数秒内 SIGSEGV 退出com.miui.securitycenter.remote等系统进程也会被一并崩掉根因
MIUI 对 zygote 内系统库启用 XOM（段权限
--x，可执行但禁读）。server 内嵌 frida 运行时在 zygote fork 特化路径上 hook 时，gum 需要读取目标内存构建 trampoline，读libmedia.so等系统库.text触发 SEGV_ACCERR，zygote 内的崩溃状态被后续所有 fork 的进程继承。用
debuggerd -b <pid>抓卡死 app 的主线程可见崩溃点落在系统库只读段访问；将 zygote64 内--x段恢复r-x后一切正常。修复方案
已提交 PR #156：新增客户端方法
Device.fix_execute_only_memory()，通过 server 内嵌 frida attach zygote 并将/system/apex/vendor后备的--x段mprotect()回r-x。设备/server 重启后调用一次即可，实测恢复 294 个段，注入后 app 正常存活。也建议在 server 端注入流程内自动执行该恢复逻辑，免去手动调用。