在40岁老架构师 尼恩的读者社区(50+)中，最近有小伙伴拿到了一线互联网企业如微博、阿里、汽车之家、极兔、有赞、希音、百度、网易、滴滴的面试资格，遇到一几个很重要的面试题：
- JVM预热，你的方案是啥？
- Springboot应用，如何做预热？
这里，尼恩给大家做一下系统化、体系化的梳理，使得大家可以充分展示一下大家雄厚的 “技术肌肉”，让面试官爱到 “不能自已、口水直流”。
也一并把这个题目以及参考答案，收入咱们的 《尼恩Java面试宝典》V107版本，供后面的小伙伴参考，提升大家的 3高 架构、设计、开发水平。
《尼恩 架构笔记》《尼恩高并发三部曲》《尼恩Java面试宝典》的PDF，请到公号【技术自由圈】获取
为啥需要 JVM 预期？
一般情况下，在 Java 服务刚刚启动，处理的第一个请求的响应速度，往往会比正常情况下的请求要慢很多，
通常情况下，处理的第一个请求的响应速度，延迟时间会达到几百毫秒，甚至有可能达到 1 秒。
如果我们的下游调用方服务设定了超时限制，那么在JVM服务刚启动的阶段，由于响应速度较慢，有很大的可能引发超时异常，影响服务的正常运行。
极端情况：当突发流量非常大，可能JVM服务一启动，立刻被高流量打死，而且永远也启动不起来，甚至会造成整个系统的雪崩。
所以，要做JVM预热。
OpenJDK 使用了 JIT(Just-in-time) 即时编译技术，可以动态的把 Java 字节码编译成高度优化过机器码，提高执行效率，但是，在编译之前，Java 代码是以相对低效的解释器模式执行的。
在应用启动完成后、业务流量刚进来的短时间内，容易出现的状况是:
大量 Java 方法开始被 JIT 编译，同时业务请求被较慢的解释器模式执行，最终的结果就是系统负载飙高，可能导致很多用户请求超时。
极端情况：可能JVM服务一启动，立刻被高流量打死
什么是 JVM 预热？
预热是指，在 JVM 启动后，JVM 刚刚启动后，我们并不会立即向调用方提供正常的流量，而是通过采用一些技术手段，先用较小的流量对服务进行预热warmup，直到服务能够按照预期的响应时间提供服务为止。
预热方案有目前以下手段：
1）利用网关的流量控制功能，根据新服务上线的时间，给予不同的访问权重。这样，服务能够逐步达到正常访问的热度，避免因为流量过大导致服务崩溃。
2）使用sentinel等组件进行warmup限流，在服务刚上线时，将过高的流量直接拦截，防止对服务造成过大的压力，确保服务的稳定运行。
3）spring的ribbon组件策略改造，使其流量控制策略与网关的流量控制策略保持一致。这样，可以更好地协调各个组件之间的流量控制，提高服务的预热效果。
在服务启动并正常可供访问之前，可以让服务自行进行预热，具体可以通过以下几种方式实现：
1）设定初始化的预热模块，在服务启动后自行遍历重要的访问接口：
2）运用测试工具组件，如 Java Microbenchmark Harness（JMH），在服务启动后遍历访问接口：
本文1作： Andy，资深架构师， 《Java 高并发核心编程 加强版 》作者之1 。
本文2作： 尼恩，40岁资深老架构师， 《Java 高并发核心编程 加强版 卷1、卷2、卷3》创世作者， 著名博主 。 《K8S学习圣经》《Docker学习圣经》等11个PDF 圣经的作者。
https://blog.csdn.net/Weixiaohuai/article/details/125391957
https://www.cnblogs.com/daoqidelv/p/7043696.html
https://blog.csdn.net/qq_39149842/article/details/118995017
清华大学出版社《Java高并发核心编程 卷2 加强版》
《阿里2面：你们部署多少节点？1000W并发，当如何部署？》
《网易一面：25Wqps高吞吐写Mysql，100W数据4秒写完，如何实现？》
《尼恩 架构笔记》《尼恩高并发三部曲》《尼恩Java面试宝典》PDF，请到下面公号【技术自由圈】取↓↓↓