增强渲染——ImGui 直绘 vs 系统回退
两种渲染路径
| 增强渲染(ImGui 直绘) | 系统渲染(Android API) | |
|---|---|---|
| 绘制方式 | 底层 API 直绘 | 通过 Android 系统 View |
| 性能 | 最好 | 略差 |
| 能不能被录屏捕获 | ❌ 不能 | ✅ 能 |
| 能不能被截图捕获 | ❌ 不能 | ✅ 能 |
| 依赖设备 GPU | 是 | 否 |
增强渲染开启后的效果
开启增强渲染后:
- Mod Menu 悬浮窗显示更流畅
- 系统级录屏/截屏不会捕获到悬浮窗内容
- 性能开销更低(绕开了 Android View 层)
代价是部分设备的 GPU 或驱动不支持这种直绘路径,会出现:
- 悬浮窗不显示
- App 闪退
- 激活掉了
默认开启
JsHook 默认打开增强渲染。如果你的设备不支持,会自动回退到系统渲染——但回退可能有延迟或触发掉激活,所以建议主动检查:
- 激活成功后,先观察悬浮窗能不能正常显示
- 如果显示正常且能操作,保持开启
- 如果悬浮窗不显示或 App 闪退,关掉增强渲染
关掉增强渲染
- 打开 JsHook
- 进 设置
- 找到「增强渲染」或类似开关
- 关掉它
关掉后 ImGUI 回退到 Android 系统 View 渲染。性能略降,但兼容性更好。
虚拟/模拟器建议
虚拟机和模拟器基本都不支持增强渲染的底层直绘。在 VMOS、光速虚拟机、雷电、夜神等环境下,激活完成后第一件事就是关掉增强渲染。
录屏能不能捕获
这是很多人关心的点:
- 增强渲染开启:悬浮窗直接由 GPU 绘制在屏幕上,不经过 Android 系统的 View 层级 → 录屏和系统截屏都不会捕获到悬浮窗
- 增强渲染关闭:悬浮窗是一个 Android View → 录屏和截屏能捕获到
如果你的 Mod Menu 包含敏感内容,建议保持增强渲染开启。如果没这方面顾虑,用哪种都行。
增强渲染的底层原理
ImGui(Dear ImGui)默认走 OpenGL/Vulkan 直绘路径。JS Hook 的增强渲染就是让 ImGui 的绘制命令直接发到 GPU,而不是先变成 Android 的 View 再画。这条路性能更好但依赖设备 GPU 驱动支持。