EzXposed

libxposed API 102 的运行时入口。

推荐初始化顺序：

1. 在 XposedModule.onModuleLoaded 里调用 initOnModuleLoaded

2. 在 XposedModule.onPackageLoaded 里调用 initOnPackageLoaded

3. 在 XposedModule.onPackageReady 里调用 initOnPackageReady；需要在 AppComponentFactory 创建前安装 hook 时，改用 initOnPackageLoadedAsTargetReady 或 onSystemServerStarting 里调用 initOnSystemServerStarting

4. 通过 onTargetReady 注册「目标进程准备好后跑什么」

API 102 热重载不会自动重放 onModuleLoaded 或 package 生命周期回调。模块应在 onHotReloaded 中重新执行自己的运行时初始化（包括 initOnModuleLoaded 与 onTargetReady 注册）， 再调用 handleHotReloaded 或 restoreHotReloadedAutomatically 恢复目标 snapshot。

行为约定：

• base 在 initOnModuleLoaded 后可用

• classLoader 在 initOnPackageReady、initOnPackageLoadedAsTargetReady 或 initOnSystemServerStarting 后代表当前进程反射环境

• appContext 采用懒解析，期望指向目标进程 application；如果应用尚未创建，请改用 appContextOrNull 或稍后访问

• modulePath / moduleRes 在 initOnModuleLoaded 后可用

默认热重载会把同步初始化中的 DSL/Java helper hook 按 executable、priority、exceptionMode 自动 聚合，并为物理 hook 分配稳定内部 ID；在 handleHotReloaded 成功重建后才清理遗留旧 handle， 通常无需逐条写 reloadKey(...)。同一组内的逻辑 hook 可增删重排，也允许新增或删除目标、 priority/exceptionMode 组及显式 hook ID。相同 executable + ID 的旧 hook 由 framework 单条原子替换， 新 hook 先安装，未继续声明的旧 hook 最后才移除。 需要跨大规模重排保持精确 identity 时使用 HotReloadSession 的显式 reloadKey(...)； HookReloadBatch 和带 handleHotReloaded 的 onOldHooks 参数保留给自定义流程。

热重载是可选特性。hook ID、replaceHook 和热重载回调都是 libxposed API 102 才有的，运行在只实现 API 101 的 framework 上时（XposedFeature.HOT_RELOAD 不可用），本库会自动退化：不再分配 hook ID、 不再调用 setId，hook 安装与其它所有能力照常工作；无法降级的入口都标注了 RequiresXposedApi， 会明确报错。在 102 framework 上想主动关掉这套机制，把 hotReloadEnabled 设为 false。