LANG=en_US.UTF-8无效的主因是en_US.UTF-8未生成、配置文件路径/格式错误（如CentOS用/etc/locale.conf无引号，Ubuntu用/etc/default/locale需加双引号），或被高优先级的LC_ALL覆盖；须先locale -a验证存在，再清除LC_ALL、禁用SSH环境变量透传，并登出重进桌面环境。
直接设 LANG=en_US.UTF-8 却没效果？八成是 locale 没生成、配置文件写错位置，或者被 LC_ALL 静默覆盖了——改系统语言不是改一个变量的事。
确认 en_US.UTF-8 是否已生成
很多用户跳过这步，结果改完重启还是英文界面没变。运行：
locale -a | grep en_US.UTF-8
没输出就说明系统压根不支持这个 locale。不同发行版生成方式不同：
- Debian/Ubuntu：
sudo dpkg-reconfigure locales→ 空格选中en_US.UTF-8→ OK - CentOS/RHEL 8+：
sudo dnf reinstall glibc-langpack-en - Arch：
sudo nano /etc/locale.gen→ 取消注释en_US.UTF-8 UTF-8→sudo locale-gen
注意大小写和点号：en_US.utf8 ≠ en_US.UTF-8，现代发行版默认只认大写 UTF-8。
写对配置文件路径和格式
写错位置等于白改，而且不会报错。关键看发行版：
- CentOS/RHEL 7+、Fedora、Arch：改
/etc/locale.conf，内容为LANG=en_US.UTF-8（无引号，单行） - Debian/Ubuntu：改
/etc/default/locale，内容为LANG="en_US.UTF-8"（必须带双引号） - RHEL 6 或更老系统：改
/etc/sysconfig/i18n，格式同上，但别拼错成/etc/syscnfig/i18n
改完不要只重启终端——桌面环境（GNOME/KDE）会缓存旧设置，必须登出重进，或运行 sudo systemctl restart systemd-localed。
检查 LC_ALL 是否在捣鬼
LC_ALL 是最高优先级的 locale 变量，只要它非空，LANG 就完全失效。运行 locale，如果输出里 LC_ALL 有值（比如 LC_ALL=zh_CN.UTF-8），那就是它在起作用。
- 临时解决：
unset LC_ALL或export LC_ALL=en_US.UTF-8 - 永久清理：检查
/etc/environment、/etc/profile.d/*.sh、~/.bashrc、~/.profile，删掉或注释掉export LC_ALL=...这类行 - SSH 登录异常？检查
/etc/ssh/sshd_config是否有AcceptEnv LANG LC_*，有的话注释掉并sudo systemctl restart sshd
终端和 SSH 客户端也要配 UTF-8
即使 locale 全绿、echo "Hello 世界" 正常，终端里菜单或提示符仍是方块，问题一定出在终端编码或字体上。
- Xshell/FinalShell：设置 Remote character set 为
UTF-8 - Windows 自带 OpenSSH：登录前先运行
chcp 65001 - 图形终端（GNOME Terminal、Konsole）：首选项里确认字符编码设为
UTF-8 - Java 程序仍乱码？启动时加
-Dfile.encoding=UTF-8；Tomcat 在bin/catalina.sh加JAVA_OPTS="-Dfile.encoding=UTF-8"
最容易被忽略的是：locale -a 看不到目标 locale 就别急着改配置；LC_ALL 不清空，LANG 再对也白搭；桌面环境不登出，改了等于没改。
