漫话：如何给女朋友解释鸿蒙OS是怎样实现跨平台的？

Android 5.0(2014 年 10 月)：将虚拟机 Dalvik 换成 ART(Android Run Time)，将 JIT 的编译器替换成 AOT(Ahead of Time)。如此，App 在下载后安装到手机上时同时把能编译的代码先编译成机器听得懂的 101010;剩下不太好翻译的代码，就在用户使用时再叫醒解释器来翻译。如此，不用每次打开 App 都需要编译，但安装 App 的时间有点长，而且占用手机空间。

Android 7.0(2016 年)：采用混合编译机制，安装时先不编译中间代码，而是在用户空闲时将能够编译成机器码的那部分代码，通过 AOT 编译器先静态编译了。如果 AOT 还没来得及编译或者不能编译，再调用 JIT+ 解释器。这种机制，相当于用时间换空间，既缩短了用户安装 APP 的等待时间，又将虚拟机里编译器和解释器能做的优化提升到最大效率了。

Android编译的问题

可以看到，从2008年的Android 1.0开始，Android在编译优化上面在一直下功夫。

当前的 Android 采用的是解释执行 + JIT + AOT 的综合模式，在 空间占用+安装速度+运行速度 上已经达到了一个很好的平衡。

但是Android的编译问题一直被诟病。尽管在后续的Android 8.0 上改进了解释器，解释模式执行效率大幅提升;Android 10.0 上提供了预先放置热点代码的方式，应用在安装的时候就能知道常用代码会被提前编译。

但是，目前来看，无论如何，Android都没能摆脱这样一个前提：即应用在被打包成 APK 的时候，采用的还是 Java 代码。换句话说，在 APK 变成用户可应用的过程中，还经历了一个在 Android 系统内部的编译过程，这是一个绕不过的坎。

鸿蒙实现跨平台

那么，鸿蒙OS的代码编译是怎么样的呢?他又是如何解决跨平台的问题的呢?

从上图中可以看到，在鸿蒙OS架构中，方舟编译器和多终端开发IDE扮演着重要的位置。

跨平台有一个最大的挑战，那就是各个平台的适配问题，尤其是目前各种设备类型越来越多，如何将同一个应用，在手机、手表、汽车、电视上面都可以适配的展示呢?这就是多终端开发IDE所做的事情。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!