APCu缓存过期后不会自动清理，仅标记为不可读，内存需等待LRU驱逐或进程重启才释放；文件缓存配合find定时清理更可控；Redis依赖惰性+定期删除组合，需调高hz并配置淘汰策略。
PHP内置APCu缓存过期后会自动清理吗
不会。APCu 的 apcu_store() 设置的 TTL 到期后，对应键只是被标记为“不可读”，但内存仍占用，直到下一次缓存满、触发 LRU 驱逐，或重启 Web 服务进程才真正释放。这不是“自动清理”，而是被动回收。
常见误判现象：apcu_fetch() 返回 false，就以为数据已物理删除——其实它可能还在内存里占着位置，尤其在高并发写入场景下，APCu 内存碎片和残留键会明显拖慢命中率。
- APCu 不提供主动扫描过期项的机制，也没有后台 GC 线程
- 使用
apcu_clear_cache()会清空全部用户缓存，破坏性太强，不能用于日常维护 - 若依赖
apcu_ttl()检查剩余时间再手动删，开销大且无法覆盖“已过期但未访问”的沉睡键
用文件缓存 + 文件系统定时清理更可控
当需要确定性清理行为（比如每小时清掉 1 小时前写入的所有缓存），文件缓存配合 find 命令是最轻量、最可靠的选择，不依赖 PHP 进程状态。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 缓存路径统一写入子目录，例如
/tmp/phpcache/，避免污染其他临时文件 - 每个缓存文件名带时间戳前缀，如
20240521142233_user_123.json，便于按时间筛选 - 用 crontab 每 15 分钟执行一次清理：
find /tmp/phpcache/ -name "*.json" -mmin +60 -delete - PHP 写入时用
file_put_contents()+chmod()确保权限一致，避免find因权限跳过
注意：不要用 touch 修改 mtime 来“续期”，这会干扰清理逻辑；续期应重写新文件并删旧文件。
Redis 缓存靠 TTL + 主动驱逐策略组合使用
Redis 是少数真正支持“到期即删”的方案，但实际行为取决于配置和负载：默认使用惰性删除（访问时检查）+ 定期抽样删除（hz 参数控制频率）。高写入低访问场景下，过期键可能滞留数秒到数分钟。
保障清理及时性的关键配置：
- 调高
hz（如设为 100），让 Redis 更频繁扫描过期键（CPU 开销略升） - 启用
maxmemory-policy allkeys-lru或volatile-lru，确保内存不足时优先淘汰过期/非持久键 - 避免全量 key 扫描式清理（如
KEYS *），改用SCAN+TTL脚本按需处理冷数据
示例清理脚本片段（PHP）：
foreach (new RedisIterator($redis, 'cache:*') as $key) {
if ($redis->ttl($key) === -1 || $redis->ttl($key) < 0) {
$redis->del($key);
}
}
自定义缓存类里加“软过期 + 后台异步清理”双保险
对 APCu 或文件缓存，可在业务逻辑层模拟“自洁”：写入时记录元数据（如过期时间、最后访问时间），读取时若发现软过期（比如超时 5 秒），触发异步清理（如写入队列、发信号给常驻进程），而非阻塞等待。
要点：
- 软过期检查必须极轻量，推荐只读一个时间字段，不查完整内容
- 异步清理任务本身要有幂等性，同一键多次触发只删一次
- 避免在 Web 请求中直接调用
exec('rm ...')，应走消息队列或 systemd timer 管理的守护进程 - 监控清理失败率，比如记录未删掉的过期文件路径到日志，防止 silently accumulate
真正难的不是“怎么删”，而是“删得干净又不影响性能”。所有自动机制都要在清理粒度、延迟、资源消耗之间做权衡，没有银弹。
