漫话：怎样给女伴侣表明鸿蒙OS是奈何实现跨平台的？

Android 2.2(2010 年)：引入 JIT(Just In Time)即时编译机制，当 App 运行时，会将用户常常行使的成果编译为呆板能直接执行的 010101 呆板码，不消一句一句地去翻译。当呈现不常用的成果时，再挪用表明器来翻译;这样速率加速，但每次启动 App 都要从头编译一次，不能一劳永逸。

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 上提供了预先安排热门代码的方法，应用在安装的时辰就能知道常用代码会被提前编译。

（编辑：湖南网）

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