thinkphp6模板缓存清理后页面仍显示旧内容，是因为删的不是实际加载路径或自定义路径校验失败退回到默认runtime/view/；必须用var_dump(config('template.template_cache_path'))确认真实路径，再执行php think clear:template或彻底删除runtime/view/目录，并检查cache_prefix、opcache及目录权限。
ThinkPHP6模板缓存清理后页面仍显示旧内容，说明你删的不是真正被加载的缓存文件，或者缓存路径被自定义后因校验失败已静默退回到默认路径，而你清理的只是“你以为生效”的目录。
确认当前模板缓存真实写入路径
在任意控制器或调试页面中插入并访问该路由：
var_dump(config('template.template_cache_path'));
这一步必须做——【不要只看 config/template.php 里写的路径】。ThinkPHP6对template_cache_path做了合法性校验：含../、非法字符（如中文、emoji）、空值或相对路径不规范时，会直接忽略配置，退回到默认的runtime/view/。你可能清了自己设的/tmp/tp_cache/，但PHP实际读的是runtime/view/下的文件。
如果输出为null或false，说明配置无效，缓存一定落在runtime/view/下。
彻底清除模板缓存的正确操作
方法一：命令行执行专用指令（TP6.1+支持）
php think clear:template
这是官方提供的精准清除命令，它会读取当前生效的template_cache_path并清空对应目录，比php think clear更可靠。
方法二：手动强制删除整个目录（开发环境推荐）
进入项目根目录，执行：
rm -rf runtime/view/（Linux/macOS）
rd /s /q runtime\view（Windows CMD）
【必须删整个 view 目录，不能只删 .php 文件】。ThinkPHP按模板路径哈希分多级子目录存储，例如runtime/view/3a/7f/xxx.php，通配符*.php根本匹配不到深层文件，漏删 = 白清。
检查 cache_prefix 是否引发哈希冲突
打开config/template.php，查找cache_prefix配置项：
若其值为空字符串''或纯数字如'123'，会导致多个不同模板编译后生成相同哈希名，共用一个缓存文件——改了A模板，B页面却从同一缓存文件里读出旧内容。
改为带项目标识的字符串，例如：
'cache_prefix' => 'shop_v2_',
改完需重新触发一次模板编译（比如刷新任意页面），否则旧冲突文件仍存在。
验证 PHP 版本与 OPCache 权限是否干扰
第一步：确认 OPCache 是否启用且校验时间戳
执行php --ini找到php.ini路径，打开后检查：
opcache.enable=1
opcache.validate_timestamps=1
若validate_timestamps=0，OPCache将永远不检查源文件改动，模板缓存清得再干净也无用。
第二步：检查runtime/view/目录权限
运行 Web 服务的用户（如www-data）必须对该目录有读写权限。用 CLI 执行rm -rf后，若 Web 进程无法重建缓存文件，会继续加载旧缓存甚至报错TemplateException: template not exists。
修复命令（以 Ubuntu + nginx 为例）：
sudo chown -R www-data:www-data runtime/view/
不要用chmod 777——这会带来安全风险，且某些系统下反而触发 SELinux 拒绝。
关闭模板缓存进行开发验证
在config/template.php中设置：
'cache' => false,
保存后立即生效，无需重启服务。此时每次请求都会重新解析模板，页面内容必然实时更新。如果关掉缓存后内容正常了，就坐实是缓存机制问题；如果还是旧内容，问题不在模板层，要查 OPcache、CDN 或浏览器缓存。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
