HarmonyOS（非纯血鸿蒙）兼容部署

Android HarmonyOS 设备与 Apply Changes 方案不兼容。Jugg 会在部署前识别 HarmonyOS，并直接选择兼容部署，避免先尝试不可靠的普通路径再失败重试。

所有可识别 Android HarmonyOS 版本都自动启用

Jugg 读取设备属性 hw_sc.build.platform.version。只要该值存在且非空，就视为 HarmonyOS 设备，不再要求最低 HarmonyOS 版本。

读取目标设备属性
  -> HarmonyOS 属性非空
  -> 本轮直接使用兼容部署
  -> App 重启后由 App 进程内 Jugg runtime 加载增量产物

兼容部署改变什么

普通 Hot Reload 优先通过 Android Studio Apply Changes / JVMTI 在线替换。兼容部署会把本轮可在线替换的 class 也转入重启后生效的热修复路径，并继续处理资源和其它 overlay。

因此 HarmonyOS 上更常见的结果是不会进入热重载，每次部署都需要 App 重启。

与其它兼容条件的关系

• Android 11 以下设备本身不具备所需 overlay swap 条件，也会使用兼容部署。
• 手工 Force compatible deployment 仍然有效。
• 某次真实 JVMTI 失败后记录的 app/device 组合仍会进入兼容部署。
• HyperOS 可以按具体 app 记录兼容问题，不等同于所有设备、所有 app 自动启用。

HarmonyOS 自动识别不会清除或改写已有手工兼容记录。

相关页面

• 设备兼容部署
• 兼容部署原理
• App 进程内 Jugg runtime
• JVMTI Runtime