php think clear 默认不清理模板缓存，因其仅清 runtime/cache/ 等运行时缓存，而模板缓存位于 runtime/view/ 且需显式指定；应使用 php think clear -t 清理，注意版本差异、多引擎兼容性及误删敏感缓存风险。
php think clear 为什么没清掉模板缓存
因为 php think clear 默认只清理运行时缓存（runtime/cache/、runtime/log/ 等），不碰 runtime/view/ 下的编译后模板文件。ThinkPHP 的模板缓存是独立路径、独立机制，得显式指定。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 加
-t参数强制清理模板缓存：php think clear -t - 如果用了多模板引擎（比如 Smarty 或自定义驱动），
-t只清 ThinkPHP 原生Think模板引擎的缓存，其他引擎需手动删对应目录 - 确认
config/template.php中cache_path配置没被改过，否则-t仍可能漏掉——它只按默认或配置的路径删，不扫描全盘
clear 指令在不同 ThinkPHP 版本的行为差异
5.1 和 6.x 表面命令一样，底层逻辑差得挺多：5.1 的 clear 是个简单目录遍历删除；6.x 则通过容器调用 CacheInterface 和 TemplateCacheInterface，会触发缓存驱动自身的清理逻辑（比如 Redis 缓存会发 FLUSHDB，而不仅是删本地文件）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- TP6 项目里，
php think clear同时清文件缓存 + Redis 缓存（如果配置了）；TP5.1 默认只清文件 - TP6 若想跳过某类缓存（比如保留 Redis 数据只清文件），得用
--except=redis，而 TP5.1 不支持这个参数 - 检查
think version输出，别凭经验套用旧版文档
执行 clear 后页面仍 404 或白屏
这不是缓存没清干净，而是清得太干净——误删了路由缓存或配置缓存，导致框架启动时无法正确解析 URL 或加载配置项。
常见错误现象：
- 访问首页返回 404，但
php think route:list能正常输出 - 报错
Class not found，实际类文件明明存在 - 配置项（如数据库 host）变成 null，但
config/database.php没动过
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先用
php think clear -f（仅清文件缓存）代替全量清理，避开路由/配置等敏感缓存 - TP6 中，路由缓存默认写在
runtime/route/，删它会导致首次访问变慢但不会 404；真出问题，大概率是runtime/config/被连带清了——检查clear是否加了-c参数 - 上线前清理缓存，优先走
php think optimize:config+php think optimize:route，比暴力clear更稳
自动化脚本里调用 clear 的坑
CI/CD 流水线或部署脚本里写 php think clear 很常见，但容易因环境差异失败：比如非交互模式下权限不足、当前工作目录不对、或 PHP CLI 配置和 Web 不一致（比如 OPCache 开着但 CLI 关着）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 始终用绝对路径调用命令：
/usr/bin/php /var/www/your-app/think clear -t，避免依赖 PATH 或当前目录 - 加
--no-interaction参数，防止卡在确认提示（虽然clear默认不提示，但某些自定义命令继承它时可能触发） - 清理前先判断
runtime/目录是否可写：test -w runtime && php think clear || echo "runtime not writable" - TP6.1+ 支持
--quiet抑制输出，适合日志采集场景；老版本没这参数，别白加
clear 不是万能刷新键，它删的是“缓存结果”，不是“源码变更”的同步开关——改了模板文件却不清 -t，或者改了配置却指望 clear 自动重载，都会卡住。 
