在使用虚拟机运行代码的时候，很多人会关心性能问题。比如你在本地跑一个 Java 程序，用的是 HotSpot 虚拟机，那它会不会自动帮你把代码跑得更快？其中一个关键点就是：编译优化默认开启吗？
大多数现代虚拟机默认开启编译优化
以 Java 的 HotSpot VM 为例，从你启动程序那一刻起，优化就已经悄悄开始了。它采用的是“解释执行 + 即时编译”（JIT）混合模式。一开始代码是解释执行的，但一旦某个方法被频繁调用（也就是所谓的“热点代码”），JIT 编译器就会介入，将这段字节码编译成高度优化的机器码。
这个过程完全默认开启，不需要你额外加参数。也就是说，你写完代码直接 java Main 运行，就已经在享受编译优化了。
不同虚拟机策略略有差异
并不是所有虚拟机都一个套路。比如 Android 使用的 ART 虚拟机，在应用安装时就会把字节码预先编译成机器码（AOT），这也是一种优化，默认也是开的。而早期的 Dalvik 虚拟机则更依赖运行时解释和部分 JIT，现在基本已被取代。
再比如 .NET 的 CLR 在运行 C# 程序时，同样默认通过 JIT 编译进行优化。你写的 IL 代码在首次执行时会被编译成原生指令，后续直接运行，性能自然提升。
可以手动控制，但通常没必要
虽然默认开了，但你也可以干预。比如在 JVM 中，可以用 -Xint 强制只解释执行，这时候所有 JIT 优化就都被关掉了，程序会明显变慢，一般只用于调试。
java -Xint Main反过来，如果你希望更激进地触发编译，可以调整热点阈值：
java -XX:CompileThreshold=100 Main这会让方法调用100次就触发编译（默认通常是1500次），适合测试场景，但日常使用保持默认最稳。
所以回到问题本身：编译优化默认是开启的。主流虚拟机为了用户体验和性能表现，出厂就配好了这些机制。你不用特意去开，它已经在背后默默干活了。