本文目录导读：
- 后端服务（如 Java、Go、Node.js）—— 预热 JIT 或缓存
- Web 前端/国内语境——“预加载”/“预渲染”
- 游戏/图形编程（渲染预热）
- 数据库查询（查询缓存预热）
- 机器学习/推理（内核预热）
- 总结：如何具体操作“预热代码”？
“预热代码”这个说法在不同语境下含义不同，通常是指在程序正式运行前，通过执行一些初始化操作或模拟请求，让系统、缓存、JIT编译器或数据库达到最佳工作状态，以避免实际请求时因“冷启动”导致的性能延迟。
下面分几种最常见的情况,说明如何“预热代码”：
后端服务（如 Java、Go、Node.js）—— 预热 JIT 或缓存
这是最常见的场景,主要针对首次请求慢的问题（Java 的 JIT 需要编译热点代码，或大量数据需要加载到缓存）。
方法：
-
主动调用接口（Warm-up 脚本）： 在服务启动后，正式接受用户流量前，用一个脚本或工具（如
wrk、ab、curl）模拟发送几十到几百次请求。- 例子（Java/Spring Boot）： 启动服务后，自动调用最核心的 API（如 “获取用户信息”、“首页列表”）。
- 为什么有效： 让 JIT 编译器将热点代码编译成本地机器码（而不是解释执行），同时让缓存（如 Redis 或内存缓存）被填充。
-
启动时预热（Preheat Hook）：
- Java/Spring Boot： 在
@PostConstruct或ApplicationRunner中，手动调用核心 DAO 或 Service 方法。 - Go： 在
init()函数或main()开头，预先加载配置文件、模板或建立数据库连接池（连接池本身就是一种预热）。 - Node.js： 启动后
await一个初始化函数，将常用数据加载到内存或变量中。
- Java/Spring Boot： 在
-
数据库/ORM 预热：
- 在启动时执行一条
SELECT * FROM table WHERE id = 1之类的查询，确保 ORM（如 Hibernate、Entity Framework）的连接池、映射元数据加载完毕。
- 在启动时执行一条
Web 前端/国内语境——“预加载”/“预渲染”
在某些前端讨论中,“预热代码”可能指预加载资源或预渲染页面，尤其是针对 SPA（单页应用）的“首屏加载慢”。
方法：
-
<link rel="preload">： 在 HTML<head>中声明需要提前加载的资源。<link rel="preload" href="critical.js" as="script"> <link rel="preload" href="font.woff2" as="font" crossorigin>
-
<link rel="prefetch">/<link rel="prerender">：prefetch：在浏览器空闲时，预先请求用户下一步可能点击的页面资源（降低 LCP 指标）。prerender：更激进，直接把整个页面预渲染到不可见的标签页中（按需使用）。
-
Service Worker 预缓存： 在
install阶段，将核心应用 shell（HTML、CSS、JS）预缓存，后续加载直接从本地缓存读取。 -
JavaScript 惰性初始化： 将大型初始化函数（如地图 SDK、数据分析库）放在
requestIdleCallback中执行，不阻塞主线程渲染。
游戏/图形编程（渲染预热）
在游戏或 OpenGL/WebGL 中，“预热”指提前加载着色器、纹理和网格。
方法：
- 预加载资源到 GPU： 在进入游戏主循环前，强制调用
glCompileShader()、gl.texImage2D()等 API，确保显卡驱动程序准备好相关数据。 - 创建后备对象： 预先创建固定数量的对象池，避免运行时 GC（垃圾回收）或内存分配。
数据库查询（查询缓存预热）
- MySQL/PostgreSQL： 在系统上线前，执行一组最常用的
SELECT查询，这些查询会从磁盘加载数据到数据库的 Buffer Pool（缓冲池） 中，后续相同查询直接从内存返回。- 命令：
SELECT ... INTO OUTFILE '/dev/null'（只加载数据到缓存，不输出结果集）。
- 命令：
机器学习/推理（内核预热）
- 如果使用 GPU 推理（如 TensorRT、ONNX Runtime），第一次推理通常因编译 CUDA kernel 而很慢，预热方法是：
- 在加载模型后,立即随机生成一两个假数据，运行一次推理，这次运行会编译优化内核，后续推理速度可提升 10-100 倍。
如何具体操作“预热代码”？
- 识别瓶颈： 第一步慢在哪里？是 JIT 编译？缓存缺失？磁盘 I/O？还是 GPU 编译？
- 编写预热函数： 在程序启动后（主循环/接受流量前），显式调用您认为最耗时的那部分代码。
- 自动化： 将这个预热过程嵌入到 CI/CD 或启动脚本中（
docker run ... && sleep 5 && curl http://localhost:8080/warmup）。 - 验证： 对比预热前后，首次请求的响应时间。（预热后应明显下降）
一个简单的 Java 预热例子：
@Component
public class AppWarmup {
@Autowired
private DataService dataService;
@EventListener(ApplicationReadyEvent.class) // 应用就绪后执行
public void warmUp() {
log.info("开始预热...");
// 预热JIT：执行核心查询若干次
for (int i = 0; i < 100; i++) {
dataService.getCriticalUserData(1L); // 假设这是核心业务
}
// 预热缓存：加载热点数据
dataService.preloadHotCache();
log.info("预热完成");
}
}
如果您能告诉我您具体是在哪种语言/框架/场景下遇到“冷启动慢”的问题，我可以给出更针对性的代码示例。
标签： 代码预热