JVM快照恢复后HttpClient预初始化性能提升：JIT是否为核心原因？

结合你的测试场景和已排除的因素，JIT编译大概率是此次性能提升的核心原因，具体分析如下：

为什么JIT编译的可能性最高 #

你的AWS Lambda采用了-XX:+TieredCompilation -XX:TieredStopAtLevel=1参数，这会启用分层编译并停留在C1（客户端编译器）层级。在拍摄快照前执行一次HttpClient::send调用时，JVM会对该调用路径中的热点方法进行C1编译，生成优化后的机器码。快照恢复后，线程、连接这类运行时状态不会保留，但JIT编译生成的代码会被保留在JVM的代码缓存中——这部分内容会被包含在快照里。

当快照恢复后首次调用HttpClient::send时，JVM可以直接复用已编译好的C1代码，无需再经历解释执行或即时编译的过程，这直接带来了显著的性能提升。

其他因素的补充验证 #

• 缓存因素：你已经通过Class.forName(.., true, ..)预加载并初始化了所有相关类，静态初始化层面的缓存已被覆盖；而动态生成的缓存（如连接池相关）在快照恢复后会被清空，因此缓存的影响可以排除。
• 连接复用、线程复用、DNS缓存你已做合理排除，不再赘述。

验证建议 #

若要确认JIT编译的影响，可开展两组对比测试：

• 测试1：拍摄快照前不执行任何HttpClient::send调用，恢复后测试首次调用性能。
• 测试2：拍摄快照前执行一次HttpClient::send调用，恢复后测试首次调用性能。
  同时，通过JVM参数-XX:+PrintCompilation打印编译日志，对比两次快照恢复后的编译情况——如果测试2中首次调用未触发新的编译，即可确认JIT编译是性能提升的核心原因。

内容的提问来源于stack exchange，提问作者peterulb