ThinkPHP如何实现缓存清理接口_缓存清理接口方法【教程】-ThinkPHP-PHP中文网

thinkphp缓存清理必须匹配驱动类型、区分缓存类别并避开敏感路径，否则易导致清不干净或404/class not found；tp6+支持php think clear:cache精准清理，tp5.1需手动递归删除或调用cache::clear()，且均不支持tag缓存清除。

thinkphp如何实现缓存清理接口_缓存清理接口方法【教程】

直接上结论：ThinkPHP 的缓存清理不能靠“删文件”或“一招鲜”，必须匹配当前 cache 驱动类型、区分缓存类别（普通数据 / 模板 / 路由 / 标签）、并避开敏感路径——否则清不干净，或者清出 404 和 Class not found。

所有清理行为的效果，取决于 config/cache.php 或环境变量中配置的 default 和 stores。file 驱动删目录有效，redis 驱动删文件完全无效；apc 或 xcache 驱动则根本不支持标签（tag）清理。

执行 php think version 确认是 TP5.1、TP6 还是 TP7，不同版本 php think clear 底层逻辑不同
查 config/cache.php，重点看 'default' => env('CACHE_DRIVER', 'file') 和 'stores' => ['redis' => [...]]
TP6+ 项目若配了 redis 为 default，Cache::clear() 会触发 Redis 的 FLUSHDB，不是删本地文件
别在没确认驱动的情况下运行 rm -rf runtime/cache —— 对 redis 驱动纯属心理安慰

ThinkPHP 把缓存拆成多个物理/逻辑区域，php think clear 默认只清 runtime/cache、runtime/log 和 runtime/temp，但以下几类必须单独处理：

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

runtime/view/ 是模板编译缓存，必须加 -t 参数：php think clear -t；否则改了模板也看不到效果
runtime/route/ 存的是路由缓存，删了会导致首次访问变慢，但不会 404；真出现 404，大概率是 runtime/config/ 被误删 —— 检查是否用了 -c 参数
runtime/cache/ 下的子目录（如 app/、common/）对应不同模块，file 驱动下只删根目录不生效，得递归进子目录删
TP6+ 中，Cache::clear('temp') 清的是模板缓存，Cache::clear('cache') 清的是数据缓存，参数名不能写错

写了 cache('user:123', $data, ['tag' => 'user'])，就别指望 Cache::clear() 或 php think clear 能清掉它——普通清除对 tag 缓存完全无效。

必须用 Cache::tag('user')->clear()，且仅 file 和 redis 驱动支持该操作
可绑定多个 tag：Cache::tag(['user', 'v2'])->set('profile', $data)，清除任意一个 tag，这条缓存就失效
注意：TP5.1 不支持 tag()->clear()，只有 TP6+ 才有完整实现；TP5.1 写了 tag 也白写，根本清不掉
如果缓存 key 是动态生成的（如 'list_' . $page），又想批量清理，只能靠 tag，别试图 glob 匹配 key

线上环境尤其要小心——php think clear 在 TP6+ 默认连 Redis 都清，而 TP5.1 只动文件。一个命令，两种后果。

开发调试阶段，优先用 php think clear -f（仅清文件缓存），避开路由和配置缓存风险
TP6+ 若只想清文件、保留 Redis，加 --except=redis；TP5.1 不支持这个参数，得手动切驱动或写脚本
Redis 清理务必按前缀来，比如 ThinkPHP 默认用 think_cache: 前缀，用 redis-cli --scan --pattern 'think_cache:*' | xargs redis-cli del 更安全
上线前检查 config/template.php 中的 cache_path 是否被自定义过，否则 -t 参数可能漏删