模板多语言失效主因是runtime/view/缓存未随语言切换更新，需彻底清空该目录并触发新编译；若仍无效，检查cache配置、cache_prefix是否引发哈希冲突，以及route和config缓存是否过期。
多语言切换后模板仍显示旧翻译，不是语言包没加载，而是模板缓存文件里硬编码了上一次编译时的翻译结果——runtime/view/目录下的PHP缓存文件不会随语言变更自动重生成。
确认模板是否真被多语言逻辑影响
打开浏览器开发者工具，刷新页面后查看 Network → HTML 响应体。如果里面直接出现中文文字（比如“欢迎登录”），说明模板已执行翻译；如果还是英文键名（如welcome_login），那问题出在语言包加载或lang()调用环节，和模板缓存无关。只有前者成立，才需要继续清理缓存。
必须清空 runtime/view/ 且不能只删 .php 文件
ThinkPHP6按模板路径+语言标识哈希生成子目录，例如runtime/view/5b/2e/zh-cn_index_index.php。你手动rm *.php根本匹配不到深层路径，漏删 = 翻译不生效。
- 开发环境推荐直接删整个目录：
rm -rf runtime/view/（Linux/macOS）或rd /s /q runtime\view（Windows CMD） - 删完后必须访问一次页面（如
/index），触发新语言下的模板重新编译 - 若删完仍不生效，检查
config/template.php中cache是否为true；设为false可跳过缓存直出，快速验证语言逻辑本身是否正常
检查 cache_prefix 是否导致多语言缓存冲突
如果config/template.php里cache_prefix为空字符串''或纯数字（如'1'），不同语言下同一模板会生成相同哈希名，共用一个缓存文件——改了en-us.php，zh-cn页面却读到英文缓存。
- 改为带语言标识的前缀，例如：
'cache_prefix' => 'tpl_zh-cn_'（切换语言时需动态设置） - 更稳妥的做法是：开发阶段直接删掉
cache_prefix配置项，让框架用默认路径，避免人为引入哈希碰撞 - 注意：该配置修改后必须同步清空
runtime/view/，否则旧缓存仍会被读取
别忘了 route.php 和 config 缓存也会影响语言中间件
LoadLangPack中间件依赖路由和配置缓存的正确加载。如果迁移或更新后runtime/route.php或runtime/data/config.php残留旧内容，可能导致中间件未注册或allow_lang_list读错。
- 执行：
php think route:clear && php think clear -t（TP6.1+） - 或手动删除：
runtime/route.php+runtime/data/config.php+runtime/data/route.php - 切勿删除
runtime/data/整个目录——里面可能有数据库连接缓存，删了会导致Class not found或host is null
最常被忽略的是：你以为清了缓存，其实框架正从runtime/view/里某个三级子目录读着半年前编译的旧文件；而那个目录名里就藏着语言标识，你根本没意识到它和当前请求的语言不匹配。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
