ThinkPHP缓存需手动添加随机过期时间以防集体失效；Cache::set()第三参数为相对秒数（整数）或绝对时间戳（大于当前时间），推荐统一传相对秒数；应结合主机名与微秒级时间生成实例级扰动TTL，避免多实例趋同。
ThinkPHP 本身不自动加随机过期时间，必须手动干预 TTL 计算逻辑，否则 Cache::set() 写入的 key 仍会集体失效。
Cache::set() 的第三个参数到底是秒数还是时间戳？
它取决于驱动和传入值类型：传整数（如 3600）是相对秒数；传大于当前时间戳的整数（如 1717023600）可能被 Redis 驱动误判为绝对时间，转成负数导致缓存立即失效。
- 统一用
time() + $seconds算出绝对时间再传，不如直接传相对秒数稳妥 - 避免用
strtotime('+2 hours')——时区配置异常时可能返回false，缓存永不过期 - 在开发环境开启
'cache' => ['debug' => true]，确认实际写入的 TTL 值是否与预期一致
怎么给 ThinkPHP 缓存加真正有效的随机扰动？
不能只靠 rand(0, 600)，多实例部署或预热脚本批量写入时，随机序列极易趋同。得引入请求级或实例级熵源：
- 用
microtime(true)或$_SERVER['REQUEST_TIME_FLOAT']作为基础偏移 - 混入
gethostname()或getmypid()，确保不同服务器/进程生成不同值 - 示例：
$ttl = 3600 + abs(crc32(gethostname() . microtime(true))) % 600 - 注意：
crc32()只为稳定映射，不是加密；% 600控制扰动上限，防止偏离业务预期太远
Redis 驱动下 Cache::set() 的 TTL 上限陷阱
Redis 最大支持 2^32−1 秒（约 136 年），但 ThinkPHP 的 Redis 驱动若收到超大整数（比如误把毫秒当秒传了 86400000），会截断或静默失败，导致缓存提前失效。
立即学习“PHP免费学习笔记（深入）”；
- 上线前加保护层：
$ttl = min(2592000, (int)$ttl)（限制最长 30 天） - 本地用 File 驱动测试正常，上线 Redis 后大量 key 提前过期，大概率是 TTL 数值溢出
- 避免从数据库字段、URL 参数直接读取过期值，先校验：
is_numeric($raw) && $raw > 0 && floor($raw) == $raw
真正难防的不是“没加随机”，而是“看似加了，实则所有实例在整点预热时生成了一模一样的 TTL”。监控 expired_keys 指标是否在固定时刻尖峰，就是分散策略失效的最直接信号。
