ThinkPHP缓存过期时间必须按驱动类型（Redis/File/Memcached）差异化配置：Redis推荐300–3600秒并执行php think clear:config生效；File驱动禁用0过期以防脏数据，高频数据须显式传参；Memcached禁止传0，统一用正整数；Cache::remember()过期时间必须为第二参数；动态计算需强制转整型、校验正整数且上限30天。
ThinkPHP缓存驱动过期时间设置不合理，会导致缓存长期滞留脏数据或频繁击穿数据库。必须根据驱动类型、业务时效性、部署环境三者匹配，不能统一填个3600了事。
先确认你用的是哪种缓存驱动
打开 config/cache.php，找到 'default' => [...] 或 'stores'['redis'] 这类配置块，看 'type' 值是 'file'、'redis' 还是 'memcached'。
不同驱动对过期时间的底层处理机制完全不同：File 缓存靠文件修改时间+内存预加载检查，存在“已过期但未清理”的窗口；Redis 的 EXPIRE 是原子操作，精确到秒；Memcached 对 0 的解释可能变成 1 秒——不确认驱动类型就设 expire，等于蒙眼调参。
按驱动类型分别设置过期时间
方法一：Redis 驱动 —— 推荐设为 300～3600 秒区间内的整数
立即学习“PHP免费学习笔记（深入）”；
在 config/cache.php 的 Redis store 配置中，将 'expire' 改为具体秒数，例如 'expire' => 1800（30 分钟）。
【必须执行 php think clear:config】 否则新配置不会生效，缓存仍走旧值。
方法二：File 驱动 —— 不建议设为 0（永不过期），除非是静态配置类数据
File 驱动默认 defaultExpire = 0，意味着写入时不带 TTL，仅靠运行时检查文件修改时间判断是否过期。高并发下容易读到已过期但尚未被清理的缓存，造成数据不一致。
若业务要求强时效（如用户余额），请强制传参：Cache::set('balance_1001', $val, 60)，别依赖配置。
方法三：Memcached 驱动 —— 禁止传 0，必须传正整数
Memcached 对 Cache::set($key, $val, 0) 的行为不统一：部分版本解释为 1 秒，部分直接忽略。实测确认前，一律用 60、300 这类明确正整数。
三种典型业务场景的过期时间设定
第一步：高频变动数据（如商品库存、实时价格）→ 过期时间 ≤ 60 秒
这类数据每秒都可能更新，缓存超过 1 分钟毫无意义，反而增加脏数据风险。用 Cache::set($key, $val, 30) 最稳妥。
第二步：中频变动数据（如用户资料、文章分类）→ 过期时间设为 1800～7200 秒（30 分钟～2 小时）
用户资料修改不频繁，但需保证一定新鲜度。设太短加重数据库压力，太长影响体验。推荐从 3600 秒起步，上线后根据监控调整。
第三步：低频/静态数据（如站点配置、地区字典）→ 可设为 86400 秒（24 小时）或更高
这类数据极少变更，设长过期时间能显著降低 I/O。但注意：File 驱动下超过 24 小时需手动触发清理，否则 runtime/cache/ 目录会持续膨胀。
Cache::remember() 的过期时间必须放对位置
这是最常踩坑的地方：过期时间必须作为第二个参数传入，不是第三个。
正确写法：Cache::remember('user_123', 3600, function () { return User::find(123); })
错误写法：Cache::remember('user_123', function () { return User::find(123); }, 3600) → 第三个参数被完全忽略，实际使用驱动默认值（通常是 3600 秒），和你写的 3600 毫无关系。
漏掉第二个参数或放错位置，缓存可能永远不刷新，也可能立刻失效。
动态计算过期时间的硬性约束
如果从配置或变量推算过期时间，必须做三重校验：
① 强制转整型：$expire = (int) round($raw_value);
② 校验正整数：is_numeric($expire) && $expire > 0 && floor($expire) == $expire
③ 限制上限（Redis 最大支持约 136 年，但业务无需这么长）：$expire = min(2592000, $expire);（30 天封顶）
传浮点数、时间戳、DateTime 对象给 Cache::set()，在多数驱动下会被静默降级为默认值，且无报错提示。
