Tomcat静态缓存cacheTtl参数含义及对应用性能影响问询

你提到的官方对cacheTtl参数的说明如下：

缓存条目重新验证之间的时间间隔，单位为毫秒。如未指定，默认值为5000（即5秒）。

一、“缓存条目重新验证”的具体含义 #

• 指Tomcat校验已缓存的静态资源和磁盘上的原始源文件是否一致的检查操作
• 当某个缓存条目的存储时长达到cacheTtl设定的阈值后，再有对应资源的访问请求进来时，Tomcat不会直接返回缓存内容，会先读取磁盘源文件的元数据（包括文件最后修改时间、文件大小等），和缓存中存储的对应元数据做比对
• 若比对结果一致，直接刷新该缓存条目的TTL计时，返回缓存内容；若比对不一致，则删除旧缓存条目，重新从磁盘读取完整的源文件加载到缓存后再返回给请求方

二、大缓存资源场景下cacheTtl对性能的影响 #

该参数对性能的影响和你的调整方向直接相关：

• 调小cacheTtl（低于默认5秒）：会直接降低缓存命中率，大量资源请求会触发频繁的磁盘元数据读取操作，磁盘IO负载升高，同时缓存换入换出的频率大幅提升，CPU占用也会明显上涨，整体应用性能会下降。仅适合静态资源更新频率极高、且资源实时性要求远高于性能的特殊场景。
• 调大cacheTtl（调整到分钟/小时级别）：缓存命中率会大幅提升，几乎不会触发频繁的元数据比对IO操作，能有效降低磁盘和CPU负载，显著提升静态资源的访问性能。唯一的副作用是静态资源更新后，最长需要等待cacheTtl设定的时长，用户才能访问到更新后的资源，适合静态资源更新频率低的业务场景。
• 优化建议：如果你的静态资源已经实现了带内容哈希后缀的文件名命名规则（比如main.2f9d7e.js，资源内容更新时哈希值会自动变化，文件名同步更新），可以直接把cacheTtl调整到最大允许值，既不会出现资源更新不及时的问题，还能拿到最优的静态资源访问性能。

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