Dart解释器与Dart JIT编译器的区别及iOS支持差异原因查询

一、Dart解释器与Dart JIT编译器的核心差异 #

• 执行逻辑不同：Dart解释器直接解析执行Dart内核字节码，全程不会生成原生机器码，每一条指令都需要逐行翻译执行。而Dart JIT编译器会先统计运行时的代码执行频率，将高频执行的热点代码动态编译为原生机器码直接执行，仅对非热点的低频代码保留解释执行逻辑，同时还会在运行时做逃逸分析、方法内联等优化，执行效率远高于纯解释模式。
• 资源占用不同：解释器仅需要加载字节码和自身运行逻辑，内存占用更低，启动速度更快，不需要额外的预热过程。JIT编译器需要额外的内存空间存储运行时性能统计数据、动态生成的机器码，内存开销更高，启动阶段需要先完成性能统计才能触发优化，存在一定的预热成本。
• 开发适配不同：解释器模式下热重载响应速度更快，修改代码后仅需要替换对应字节码即可生效，断点调试可以完全映射到原Dart代码行，稳定性更高。JIT模式也支持热重载和调试，但如果修改的代码属于已经编译为机器码的热点路径，需要重新编译对应机器码才能生效，响应速度略低于纯解释模式。
• 适用场景不同：目前Dart解释器仅用于iOS端的调试模式，以及部分低资源的嵌入式设备场景。JIT编译器多用于Android端调试模式、桌面端/服务端Dart运行时，适合开发阶段使用，兼顾开发效率和运行性能。

二、iOS禁止JIT但支持Dart解释器运行的原因 #

iOS系统出于安全考量，对上架应用实行严格的内存权限管控，强制遵循W^X安全规则：即同一内存页不允许同时拥有可写、可执行权限，普通应用也没有权限动态修改内存页的权限属性。
JIT编译的核心逻辑就是运行时动态生成机器码，写入内存后立即执行，这个过程需要内存页同时具备可写、可执行权限，不符合iOS的安全规则，因此普通应用无法使用JIT能力。
而Dart解释器本身是提前编译为原生机器码、打包进App的静态二进制代码，运行过程中只会把Dart字节码当做普通数据解析处理，全程不会动态生成新的可执行机器码，也不需要申请特殊的内存权限，完全符合iOS的应用审核规则，因此可以正常运行。

内容的提问来源于stack exchange，提问作者Ben Butterworth