确认语言包是否被加载，需检查 config/lang.php 的 range 配置、代码中所有 Lang::get()/lang() 调用的 key 前缀引用，并通过在 Lang::load() 中加日志验证实际加载文件；仅未被 range 包含且无任何代码引用的语言包才可安全删除。
直接删掉没被加载的语言包文件，不会影响运行，但盲目删除 zh-cn.php 或 en-us.php 可能导致部分界面乱码或 fallback 失败——关键不是“哪些能删”，而是“哪些真没被用”。
怎么确认某个语言包是否实际被加载
ThinkPHP 的多语言加载依赖 Lang::load() 调用或自动载入机制，不是所有放在 lang/ 目录下的文件都会被读取。
- 检查
config/lang.php中的range配置项：它定义了允许加载的语言范围，比如['zh-cn', 'en-us']，其他语言包即使存在也不会被扫描 - 搜索项目中所有
Lang::get()、lang()、$this->lang()的调用点，再逆向追踪其 key 前缀（如'user.login'），看这些 key 是否在某个语言包里被定义；没被任何 key 引用的语言文件就是冗余的 - 临时加日志：在
think\lang\Lang.php的load()方法开头插入file_put_contents('/tmp/lang_load.log', $file.PHP_EOL, FILE_APPEND);，触发几次页面访问后查看日志，只出现在日志里的才是真实加载的
哪些语言包属于安全可删的冗余项
以下几类文件在多数生产环境中可直接清理，前提是已确认它们未被 range 包含且无代码引用：
- 全量翻译但未启用的区域变体：如
lang/zh-tw.php、lang/es-es.php、lang/fr-fr.php（除非你明确支持港澳台或拉美法语） - 框架自带但项目未开启的扩展语言包：ThinkPHP 安装时可能带
lang/pt-br.php、lang/ru-ru.php，若config/lang.php里没配对应 locale，且控制器/模板里没手动Lang::setLocale('pt-br')，就可删 - 历史遗留的测试语言包：如
lang/test.php、lang/dev-only.php、lang/xx-xx.php（自定义占位符） - 空文件或仅含
<?php return [];的语言包：它们不提供任何翻译，却增加文件扫描开销
删错语言包会导致什么问题
错误删除正在使用的语言文件，最直接的表现不是报错，而是静默降级——系统会 fallback 到默认语言（通常是 zh-cn 或 en-us），但部分字段显示为原始 key（如 user.email 而非“邮箱”），用户看到的是开发态字符串。
立即学习“PHP免费学习笔记（深入）”；
- 如果
config/lang.php中设置了'fallback' => false，缺失语言包会抛出think\exception\LangNotFoundException - 使用
Lang::has('user.name')做条件判断的地方，会返回false，可能引发逻辑跳过（比如隐藏某段 UI） - 命令行指令（如
php think optimize:lang）在构建缓存时若找不到指定语言文件，会中断并提示 “language file not found”
真正要小心的不是文件数量，而是 lang/ 下那些名字看起来“合理”但实际从未被 range 或代码触发的语言包——它们最容易被误判为“可用”，也最难被自动化工具识别。删之前，先 grep 一遍项目里所有 setLocale( 和 Lang:: 调用。
