ThinkPHP在Linux下语言失效的根本原因是UTF-8编码链路断裂：PHP语言文件须为UTF-8无BOM，MySQL连接需显式配置utf8mb4，系统导出导入SQL须指定--default-character-set=utf8mb4，且需验证lang()输出、目录权限、配置开关及缓存清理。
ThinkPHP在Linux下语言失效，通常不是框架本身“不认中文”，而是环境层字符集未对齐、数据库连接未强制编码、或文件保存格式不一致导致的乱码或显示空白。关键不在“开启多语言”，而在确保从系统、PHP、MySQL到文件本身的UTF-8链条完整。
确认PHP源文件本身是UTF-8无BOM编码
ThinkPHP的lang/zh-cn.php、lang/zh-cn/等语言包若用Windows记事本保存，极易带BOM头，Linux下PHP解析时会把BOM当输出内容，破坏header或JSON响应。
用vim打开检查：:set bomb?，若显示bomb说明有BOM；执行:set nobomb后:wq保存。
更稳妥做法：统一用VS Code或Sublime Text保存为“UTF-8（无BOM）”。
MySQL连接必须显式指定utf8mb4字符集
即使数据库和表都是utf8mb4，PHP的PDO连接默认仍可能走latin1协商。
ThinkPHP 6.x 在 config/database.php 的 MySQL 连接配置中，必须加：
'charset' => 'utf8mb4', 'collation' => 'utf8mb4_unicode_ci',
ThinkPHP 5.x 则在 'params' 数组里加：
\PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4",
Linux系统locale不影响PHP，但影响命令行导出导入行为
如果用mysqldump从其他机器导出SQL再导入Linux服务器，而导出时没指定编码，dump文件可能含乱码字节。
导出务必加参数：
mysqldump --default-character-set=utf8mb4 -u root -p mydb > dump.sql
导入前确认目标MySQL服务端已设character_set_server = utf8mb4（见my.cnf的[mysqld]段）。
验证语言文件是否被正确加载
在控制器中临时加一行：
dump(lang('user_not_found')); // 看是否输出预期中文如果返回空或null，检查：
立即学习“PHP免费学习笔记（深入）”；
-
app/lang/zh-cn/目录是否存在且可读（权限755） -
config/app.php中'lang_switch_on' => true已开启 -
.env里没有APP_LANG=en-us之类覆盖项 - 清除缓存：
php think clear:lang（TP6+）或手动删runtime/lang/
不复杂但容易忽略
