鸿蒙OS Next通过虚拟机运行安卓，方案可行吗？

手机

关于HarmonyOS的运行机制，有一种观点认为，在手机和平板端运行的版本中，AOSP被作为主系统引导启动，随后通过contAInerd的方式启动OpenHarmony容器，从而实现ART与ArkTS应用运行时的共存。这种方式的具体用户体验优化细节尚不明确。例如，基于ArkTS运行时开发的鸿蒙原生应用，其渲染过程是直接在AOSP层面完成，类似于PWA、小程序或快应用的方案，还是在OpenHarmony容器内完成渲染后再将画面转发到外部？由于技术深度限制，我目前无法对此进行深入研究，但这种设想在理论上确实是可行的。如果上述假设成立，那么博主提到的未适配的应用全部转为虚拟机运行的说法，可能反向解释为让OpenHarmony运行contAInerd，并将AOSP放入容器中。当前活跃开发的OpenHarmony版本均基于linux内核构建，社区中也有相关文章探讨了OpenHarmony对容器化特性的支持，例如OpenHarmony Docker移植实践。此外，容器化AOSP已有成熟案例，如GitHub上的docker-Android项目，该项目通过VNC转发容器内的画面，尽管如此，凭借华为的技术实力，修改SurfaceFlinger以实现与外层OpenHarmony的交互并非不可实现。当然，以上仅为一种猜测，相比虚拟机方案，容器方案可能更贴近实际需求。毕竟手机作为注重功耗的设备，任何能够节省硬件资源的方式都能显著提升用户体验。虽然我没有找到最初提出contAInerd方案猜想的原作者，且该猜想可能与HarmonyOS的实际实现方式存在偏差，但仍希望这一思路能为读者提供参考。