https://ops.docs.72602.space/language/java/jvm/index.html AOT or JIT Volatie Hugo en Thu, 07 Mar 2024 15:00:59 +0800 https://ops.docs.72602.space/language/java/jvm/aot_vs_jit/index.html Thu, 07 Mar 2024 15:00:59 +0800 https://ops.docs.72602.space/language/java/jvm/aot_vs_jit/index.html JDK 9 引入了一种新的编译模式 AOT(Ahead of Time Compilation) 。和 JIT 不同的是，这种编译模式会在程序被执行前就将其编译成机器码，属于静态编译（C、 C++，Rust，Go 等语言就是静态编译）。AOT 避免了 JIT 预热等各方面的开销，可以提高 Java 程序的启动速度，避免预热时间长。并且，AOT 还能减少内存占用和增强 Java 程序的安全性（AOT 编译后的代码不容易被反编译和修改），特别适合云原生场景。 可以看出，AOT 的主要优势在于启动时间、内存占用和打包体积。JIT 的主要优势在于具备更高的极限处理能力，可以降低请求的最大延迟。 https://cn.dubbo.apache.org/zh-cn/blog/2023/06/28/%e8%b5%b0%e5%90%91-native-%e5%8c%96springdubbo-aot-%e6%8a%80%e6%9c%af%e7%a4%ba%e4%be%8b%e4%b8%8e%e5%8e%9f%e7%90%86%e8%ae%b2%e8%a7%a3/ https://mp.weixin.qq.com/s/4haTyXUmh8m-dBQaEzwDJw 既然 AOT 这么多优点，那为什么不全部使用这种编译方式呢？ 我们前面也对比过 JIT 与 AOT，两者各有优点，只能说 AOT 更适合当下的云原生场景，对微服务架构的支持也比较友好。除此之外，AOT 编译无法支持 Java 的一些动态特性，如反射、动态代理、动态加载、JNI（Java Native Interface）等。然而，很多框架和库（如 Spring、CGLIB）都用到了这些特性。如果只使用 AOT 编译，那就没办法使用这些框架和库了，或者说需要针对性地去做适配和优化。举个例子，CGLIB 动态代理使用的是 ASM 技术，而这种技术大致原理是运行时直接在内存中生成并加载修改后的字节码文件也就是 https://ops.docs.72602.space/language/java/jvm/volatile/index.html Thu, 07 Mar 2024 15:00:59 +0800 https://ops.docs.72602.space/language/java/jvm/volatile/index.html Volatile是Java虚拟机提供的轻量级的同步机制（三大特性） 保证可见性 不保证原子性 禁止指令重排