ThinkPHP6生产环境清理缓存会中断线上访问，因php think clear --all强制删除整个runtime/目录，导致view/、route.php、config/等关键文件被删，框架重建时易因权限不足、磁盘满或opcache持有旧句柄而卡死或报错。
ThinkPHP6生产环境清理缓存时若操作不当，会导致用户访问白屏、404、模板不更新或数据库配置丢失等线上故障，必须避开请求高峰期、禁止直接删 runtime/ 根目录、避免并发写入冲突。
为什么清理缓存会中断线上访问
php think clear --all 会强制删除整个 runtime/ 目录下所有子目录，包括正在被 PHP 进程读写的 view/ 编译文件、route.php 路由映射、config/ 配置缓存——这些文件被删后，下一个用户请求触发框架重建时，可能因权限不足、磁盘满或 opcache 持有旧句柄而卡死或报错。
tp6 的路由缓存 runtime/route.php 是单文件热加载机制，删除它本身不会 404，但若同时清空了 runtime/config/（比如用了 -c 参数或 --all），则框架启动时无法读取数据库 host、app_debug 等关键配置，直接返回空白页或 Class not found 错误。
【不要在 Web 请求中执行 Dir::delete(runtime_path)】 —— 多个 PHP-FPM 进程可能同时尝试重建缓存，引发文件锁竞争或部分目录残留，导致后续请求持续失败。
立即学习“PHP免费学习笔记（深入）”；
安全清理的三步路径
第一步：确认当前缓存类型与路径
运行 php think env:show | grep RUNTIME_PATH，再检查 config/cache.php 中 default 驱动是否为 file，且 path 项未被覆盖为自定义路径（如 /tmp/my_cache）；若用 Redis，则 php think clear 对其无影响，需单独执行 php think cache:clear --type=redis。
第二步：按需选择清理范围
只清业务缓存 → php think clear -f（跳过 route/config/view）
只清模板 → php think clear -t（仅 runtime/view/）
只清路由 → php think route:clear（TP6）或手动删 runtime/route.php（TP5）
第三步：验证清理结果
立即执行 php think route:list，能正常输出说明路由缓存重建成功；访问一个含 {{ $title }} 的页面，不报 Template not found 且内容正确，说明 view/ 编译完成；用 Cache::has('test_key') 测试任意缓存键，返回 false 即清除生效。
方法一：命令行定时清理旧日志与缓存文件
创建 app/command/ClearOldFiles.php，遍历 runtime/log/ 和 runtime/cache/，用 filemtime() 判断修改时间，跳过当天日志（如 2026-07-30.log）和最近 2 小时内写入的缓存文件，再 unlink；执行前加 clearstatcache() 防止 Linux 下 stat 缓存导致误判。
方法二：控制器中仅清指定缓存实例
在运维后台接口里写：Cache::store('file')->clear()，它只清 config/cache.php 中 'file' 驱动配置的 path 目录，不会碰 runtime/view/ 或其他 store（如 'redis'、'my_file'）。
注意：若 config/cache.php 里 'file' 的 path 设为 ''，则实际路径是 runtime/cache/；若设为 '/data/app_cache'，则必须确保该路径存在且 PHP 进程有写权限，否则 clear() 返回 true 但文件没删。
方法三：Linux 手动清理（仅限紧急排障）
先停 Nginx 或 Apache：systemctl stop nginx
再执行：rm -rf runtime/cache/* runtime/log/2026-0[1-6]*
最后重启服务：systemctl start nginx
