冷启动的那几秒，比稳态更值得优化

压测报告里的稳态数字很好看，但用户第一次访问走的是冷路径：缓存空、连接池空、代码还没被 JIT 编译。这条路径的性能可能是稳态的十分之一。

优化顺序通常是：预热缓存、预建连接、把耗时初始化移出请求路径。前两个靠主动预热，第三个靠架构拆分——把重初始化放到启动阶段。

测量上不能只看平均值。把首次请求和后续请求分开统计，才能看到真实的冷启动成本。混合统计会把冷启动的尖峰淹没在大量稳态样本里。

还有一个常被忽略的点：容器化之后冷启动变慢了很多，因为每次扩缩容都是全新的进程。这时候预热脚本的价值比调参数大得多。