java jit aot_对比JIT和AOT，各自有什么优点与缺点?

JIT：吞吐量高，有运行时性能加成，可以跑得更快，并可以做到动态生成代码等，但是相对启动速度较慢，并需要一定时间和调用频率才能触发 JIT 的分层机制

AOT：内存占用低，启动速度快，可以无需 runtime 运行，直接将 runtime 静态链接至最终的程序中，但是无运行时性能加成，不能根据程序运行情况做进一步的优化

以 CoreCLR 为例，不做 AOT 编译的 asp.net core 网站项目，通常冷启动时间需要 150ms左右，但是启动后随着程序运行，JIT 再次生成更优的代码，甚至会为频繁使用的泛型类特化出一套实现；而经过 ReadyToRun 技术编译初始化部分，可以既保留 JIT，同时将程序初始化的部分采用 AOT 技术加速，将启动时间减少到 80ms 左右；最后是纯 AOT，采用CoreRT 编译后，启动速度可以直接达到 10ms 以下。

AWS 的 FaaS 服务中，.NET Core 的函数计算服务利用 ReadyToRun/CoreRT 等技术，使得其启动速度成为冠军。

不过 .NET Core 内存占用本身就非常小，进行 AOT 编译带来的内存占用优势几乎可以忽略不计，然而 Full AOT 却使得很多高级特性无法实现，例如表达式树动态生成 IL 等。对于 .NET Core 来说，AOT 相对于 JIT 的优势，除了可以得到更小的程序之外，并不明显。

至于 Java/JVM，AOT 技术肯定也是有的，其相对原 JIT 方案，我觉得无论是启动速度还是内存占用上最应该都能有相当大的改善，因为现在的 Java 启动速度和内存占用实在是不忍直视。