exposed 致力于为 App 提供 Xposed 运行环境。基本思路是劫持 APP 进程启动的入口，加载 Xposed 插件以及 hook 框架 epic 。

exposed 本质上是一个 Xposed 与 APP 进程 之间的兼容层，它给 Xposed 模块提供运行环境（如插件加载、hook 环境等）。

目前使用最广泛的实现是 VirtualXposed，它使用 VirtualApp 来运行 APP 并提供进程入口劫持。但是，exposed 本身并不依赖双开宿主；甚至不需要双开。

另外，基于 APP 加固的思路，甚至直接修改 APK，或者通过 magisk 注入进程的方式，都可以实现 Xposed。

目前有以下几种实现方式：

• VirtualXposed ：基于双开实现，通过 VirtualApp 运行目标 APK，在进程启动入口加载 exposed。优势：免安装，无篡改签名问题。劣势：性能 & 稳定性受限于双开，无法与系统完全交互。
• 太极：基于修改 APK 实现。在 Application 类的入口织入 exposed 入口代码，从而加载 exposed。优势：可以与系统完全交互，性能好。劣势：签名改变，虽有独特技术可以绕过所有检测，但是依然有风险。部分 APP 调用其他会检测签名，使得所有 APP 必须被“太极化”，风险极高。
• 太极·Magisk：通过 Magisk 修改系统文件，在 Zygote 进程启动的时候执行 exposed 入口代码，从而加载 exposed。优势：完全体，不存在上述所有问题。劣势：需要解锁 Bootloader 和刷机。

使用

Exposed 是一个 library，是提供给开发者使用的；如果你需要在非 ROOT 环境下运行 Xposed，请移步项目 VAExposed

如果需要在 APP 进程中中提供 Xposed 运行环境，在进程启动的入口，执行如下调用即可：

ExposedBridge.initOnce(context, applicationInfo, appClassLoader);

同时，为了加载 Xposed 模块，需要在进程启动的时候执行模块加载：

ExposedBridge.loadModule(moduleApk, apkOdexDir, moduleLibDir, applicationInfo, appClassLoader);