缓存TTL计算器

缓存TTL（生存时间）是指存储的响应（浏览器缓存条目、CDN边缘缓存、Redis键等）被认为是"新鲜"的时长，之后必须重新获取或针对源进行重新验证。在网络上，表达TTL的最常见方法是HTTP响应标头 Cache-Control: max-age=<seconds>，其中值始终以秒为单位，而不是分钟或小时。这种不匹配（以小时或天数为单位思考但必须输入秒数）是容易出错的地方（打字错误会将"1天"变成864秒而不是86400秒）。

此计算器消除了计算。输入TTL值并选择其单位（秒、分钟、小时、天或周），它会立即将该值转换为总秒数、说明人类可读的持续时间，并写出匹配的 Cache-Control: max-age= 头字符串，您可以直接粘贴到服务器配置、CDN规则或应用程序代码中。

如何使用

1. 输入TTL值 — 任何非负数字，包括小数 （例如 1.5）。
2. 选择单位 — 秒、分钟、小时、天或周。
3. 阅读结果表：
   • Total Seconds — max-age 期望的原始数字。
   • Human-Readable Duration — 相同值分解为周、天、 小时、分钟和秒（例如"1天12小时"）。
   • Cache-Control Header — 即用型头字符串 （Cache-Control: max-age=7200）。
   • Expires Header (relative) — 提醒较旧的 Expires 标头（绝对日期）等同于"当前时间加上这许多秒"， 用于仍发出 Expires 而不是 max-age 的系统。

结果随着您的输入自动更新 — 没有要点击的按钮。

常见问题

为什么特别是秒？ max-age（及其共享缓存兄弟 s-maxage）在HTTP规范中定义为秒的整数。此工具将小数结果（例如1.5分钟）舍入到最接近的整数秒，因为 max-age 不支持分数。

max-age=0 意味着什么？ 零秒意味着缓存的响应立即过期 — 客户端应在重新使用之前与源进行重新验证。这与 no-store 不同，后者禁止完全存储响应；max-age=0 仍允许缓存，但需要强制重新验证。

是否存在最大有用的TTL？ 实际上，远超一年（31536000秒）的值很少增加价值 — 大多数浏览器和CDN的有效缓存远低于该值，而非常长的TTL使得在没有缓存清除（例如版本化文件名）的情况下推出更改变得困难。对于静态资源，以天为单位到周为单位很典型；对于动态API响应，以秒为单位到分钟为单位很典型。

s-maxage、stale-while-revalidate 或其他Cache-Control指令呢？ 此工具专注于将单个TTL转换为 max-age。上述任何指令都使用相同的"秒"单位，因此此处的Total Seconds值直接应用于 s-maxage=<seconds>、stale-while-revalidate=<seconds> 等，如果您手动组合更复杂的头。

隐私

所有内容都在您的浏览器中本地运行 — 您输入的TTL值永远不会发送到服务器。