1 https://blog.csdn.net/feelwing1314/article/details/80359785

今天群里小伙伴黄晓峰VIVO咨询一个问题：”dubbo接口怎么做预热呢，每次上线，都会有一小部分超时？”，熟悉JVM都知道，JVM重启后有一段预热过程，要运行一段时间，它的性能才能达到最佳状态；阿里JVM团队就针对这个缺陷进行了优化，其特性名曰：jwarmup，可以点击Alibaba JVM创新提效 获国际社区认可登台JVM圈顶会，对jwarmup稍微了解； 

你假笨那里了解到jwarmup的大概原理：针对上次JIT对应用的优化，主动去触发JIT编译优化，而不是等jvm运行一段时间自己去感知！

2 介绍alijdk辅助工具JITWarmup

JVM在应用启动的时候因为没有jit的充分参与，性能没有达到最优状态，同时在这个过程中要不断重新编译，优化。占用非工作线程以外的大量资源，会使在

启动阶段load骤然升高，很多时候我们会采用分层编译来解决。但是分层编译启用后，c1的cacheocde会占用大量的空间，又会引发jvm崩溃的问题。（http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8006952）

现在alijdk有了一个辅助工具JITWarmup，使用它可以记录上一次（最好是beta发布）运行时被编译的方法名字，类初始化顺序，执行次数等信息，在下次

启动（正式发布）的时候，读取这些信息，然后JIT对应的方法。

图上（1）是启动初期，应用并没有提供服务的时候，也就是jvm启动时并没结束，所以这个高峰并不影响服务（启动时间可能延长了）。但是在后面，蓝线是原来启动时cpu的load,一直居高70s左右，红线是使用JITWarmup后cpu居高情况，很快就下来了。效果还是非常明显的。

3 JitWarmUp更名为JWarmup正式内置为AJDK模块。

JWarmup是AJDK-8.1.1引入的新功能(Preview)，曾用名JitWarmUp，在AJDK-8.2.3中正式发布（建议使用 AJDK8.2.4_fp1 or higher ）。通过记录Java应用上一次运行时候的编译信息到文件中，在下次应用启动时，读取该文件，从而在流量进来之前，提前完成类的加载、初始化和方法编译，从而跳过解释阶段，直接执行编译好的native code，避免一面解释执行一面后台编译带来的CPU与load飙高，rt超时等问题。