在开发 Dart 应用时，很多人都会对 JIT 和 AOT 这两个词感到困惑。其实它们并没有想象中那么难懂。打个比方：JIT 就像是吃火锅，食材和锅底都摆在桌上，你想吃什么就随时涮什么；AOT 则像是点外卖，店家提前把菜做好，送到你手上直接吃。一个讲究灵活，一个讲究效率。Dart 之所以能成为开发 App 和服务的优选语言，正是因为它可以在这两种编译模式之间自由切换。
接下来，我们从应用场景、技术优缺点、开发部署注意事项等方面，一起来把这些事情搞清楚。不管是刚开始接触 Dart，还是已经写了一段时间，理解这两种编译方式的差异，能让你少走很多弯路。
一、先聊聊两种编译方式
1.1 JIT 编译：边跑边翻译
JIT 的全称是 Just-In-Time，也就是即时编译。用大白话说，程序不用提前翻译成机器码，而是边运行边翻译。在开发阶段，我们通常使用 JIT 模式运行 Dart 代码。这样的好处非常明显：启动速度快，而且可以随时修改代码，不需要漫长等待。你按下热重载按钮，刚才改的逻辑马上就能看到效果。
下面是一个技术栈为 Dart 的简单示例，用来模拟按钮点击次数的累计：
// 文件：main.dart
// 模拟一次点击动作，每次点击会让数字加一
int clickButton(int oldCount) {
return oldCount + 1; // 把旧值加一后返回
}
void main() {
int count = 0; // 记录当前点击次数
// 模拟用户连续点击三次
for (int i = 0; i < 3; i++) {
count = clickButton(count); // 每循环一次就点击一次
}
// 输出最终结果
print('总点击次数：$count');
}
在 JIT 模式下，当你修改了 clickButton 方法里面的逻辑，比如把加一改成加二，然后触发热重载，程序并不会从头执行，而是保留当前的 count 状态，只替换修改过的方法。这种体验是开发阶段非常宝贵的。
1.2 AOT 编译：提前准备好
AOT 的全称是 Ahead-Of-Time，意思是提前编译。在正式发布之前，Dart 代码会被一次性编译成机器码。之后运行的时候，设备不再需要额外的翻译动作，直接执行机器码即可。
你可以通过下面这条命令，把一个 Dart 文件编译成独立的可执行文件：
# 使用 Dart SDK 提供的命令
# -o 参数指定生成的文件名
dart compile exe main.dart -o my_app
# 运行刚生成的可执行文件
./my_app
这个 my_app 文件不再依赖 Dart SDK 环境，拿到任何一台合适的机器上都能直接运行。
二、热重载是怎么做到的
2.1 JIT 让热重载成为可能
热重载和 JIT 是天生的一对。JIT 运行时，Dart 虚拟机一直存活在内存中。当你修改代码并保存，热重载工具会找出发生变化的部分，只把这些部分更新到正在运行的虚拟机里。这样做保留了很多原有的状态，用户界面不会闪退，不会回到初始状态。
2.2 一个完整的热重载示例
我们来看一个更接近真实的例子。假设计数器需要接收一个参数 n，表示本次增加多少次数。由于一开始写错了，代码并没有使用参数 n：
// 文件：counter.dart
int total = 0; // 全局变量，用来累计数字
void main() {
print('当前值：$total');
addClick(2); // 应该增加 2 次
addClick(3); // 应该增加 3 次
print('最终值：$total');
}
// 这个方法本应该按照参数 n 增加，但是写成了固定加一
void addClick(int n) {
total = total + 1; // 这里忽略了参数 n
}
在 JIT 模式下运行后，我们发现结果不对。于是把整个文件修改成下面这个完整版本：
// 文件：counter_modified.dart
int total = 0; // 全局变量，用来累计数字
void main() {
print('当前值：$total');
addClick(2); // 应该增加 2 次
addClick(3); // 应该增加 3 次
print('最终值：$total');
}
// 修改后的方法，这次按照参数 n 的值进行增加
void addClick(int n) {
total = total + n; // 使用传入的 n
}
触发热重载后，total 不会重新变成 0，而是沿用之前运行得到的结果。假设运行到一半时 total 已经变成了 2，热重载后程序会从 addClick 方法的调用处继续执行，最后 total 会变成 7。这种状态保留能力，让前端界面调试变得极其顺手。
三、生产环境为什么需要 AOT
3.1 启动速度更快
用户打开一个 App 时，等待时间越短越好。AOT 模式下的代码已经是机器码，启动时不需要解析和编译，能显著减少首帧渲染时间。在性能一般的手机上，这个差距尤其明显。
3.2 运行更稳定
JIT 在运行过程中要进行动态翻译，这本身会消耗 CPU 资源，而且可能产生一些不可预测的微小停顿。AOT 没有这些过程，运行起来更平滑，不容易出现卡顿。
3.3 包体更精简，也更安全
很多人有一个误解，认为提前编译会生成更大的文件。其实恰恰相反，AOT 编译后就不再需要把整个 Dart 编译器和 JIT 运行时打包进应用里。对于移动端来说，安装包往往更小。同时，机器码比源码和中间码更难被反推，安全系数更高。
四、两种模式对代码写法的影响
4.1 反射等动态特性要慎用
JIT 模式比较宽容，允许使用一些强大的动态特性，例如反射。你可以通过反射在运行时获取类的信息、调用任意方法。但是 AOT 编译阶段无法预知运行时会动态访问哪些类，所以这类功能在 AOT 下不受支持。
下面这个使用反射的 Dart 例子，在 AOT 模式中会编译失败：
// 文件：reflection_example.dart
import 'dart:mirrors';
class Person {
String name = '张三';
void sayHello() {
print('你好，$name');
}
}
void main() {
// 通过反射创建对象
InstanceMirror instanceMirror = reflect(Person());
// 通过反射调用方法
instanceMirror.invoke(Symbol('sayHello'), []);
}
如果你想发布成 AOT 程序，必须要改成普通的静态调用方式：
// 文件：no_reflection_example.dart
class Person {
String name = '张三';
void sayHello() {
print('你好，$name');
}
}
void main() {
// 直接创建对象
Person person = Person();
// 直接调用方法
person.sayHello();
}
这个例子告诉我们，在写生产环境代码时，要选择那些可预测、可静态分析的实现方式。
4.2 编译期常量更受欢迎
AOT 编译时，如果代码里的条件能在编译期确定，那么没用的分支会被自动剔除。比如开发调试中的一些日志输出，可以通过编译开关直接剪掉，这样生产包的体积会更小，运行也更干净。
五、应用场景与优缺点
5.1 JIT 适合什么场景
- 日常开发调试：需要热重载来快速验证界面效果。
- 编写临时脚本：运行一次就扔掉，不需要追求极致性能。
- 交互式实验：快速验证一段算法的正确性。
JIT 的优点很明显：启动快、灵活、支持热重载。缺点也同样存在：运行速度不如 AOT，内存占用更高，而且分发时需要附带运行时环境。
5.2 AOT 适合什么场景
- 移动应用正式包：启动快，体验好。
- 后端服务：长时间运行，追求稳定和低延迟。
- 命令行工具发布：生成独立可执行文件，方便用户直接使用。
AOT 的优点是性能好、启动快、安全性高、不依赖外部运行时。缺点是编译时间长，无法热重载，对动态特性支持有限。
六、开发与部署中的注意事项
6.1 明确区分开发和发布
在开发阶段，我们使用 JIT 模式，利用热重载提升效率。到了发布阶段，一定要用 AOT 编译。如果你开发的是 Flutter 应用，那么 debug 模式就是 JIT，release 模式就是 AOT。这一点不需要你手动配置，但是你要理解它的原理，方便排查问题。
6.2 热重载不是万能的
并不是每次修改都能无缝热重载。当你改动了全局变量、主函数逻辑或者一些初始化状态时，热重载可能会失效，只能进行冷重启。在团队协作中，不要因为依赖热重载就随意修改代码，否则调试体验会变得很奇怪。
6.3 不要把秘密写进代码
即使 AOT 编译成机器码，代码中的字符串常量依然可以被人提取到。所以密钥、密码、账号等信息绝不能硬编码在 Dart 代码里。下面的写法是错误的示范：
// 文件：bad_secret_example.dart
void main() {
// 错误示范：把数据库密码写在代码里
String dbPassword = '123456';
print('数据库密码是：$dbPassword');
}
正确的做法是把这些信息放到环境变量或者服务端配置中，在运行时读取。
6.4 发布前做一次 AOT 验证
JIT 下正常运行的代码，AOT 下不一定正常。特别是引入第三方库之后，要确认这个库没有依赖反射等动态特性。最稳妥的方法是在本地直接执行一次 AOT 编译，并跑通所有测试用例。
七、文章总结
JIT 和 AOT 是 Dart 语言给我们的两把利器。开发阶段依靠 JIT 的热重载，可以快速迭代；部署阶段切换成 AOT，可以让应用跑得更快更稳。我们要做的就是理解两者的差异，在合适的场合使用合适的编译模式。同时，在写代码时多考虑 AOT 的限制，远离反射等动态特性，做好密钥管理，那么你的 Dart 项目无论开发还是上线，都会顺畅很多。
评论
围绕“Dart JIT与AOT编译差异：理解热重载原理及生产部署的兼容性注意事项”参与讨论