Linux中文乱码需三步验证：先用locale -a确认zh_CN.UTF-8已生成，再检查LC_ALL是否覆盖LANG，最后确保终端编码和中文字体均支持UTF-8。
改系统语言不是改一个变量就能成的事——LANG设对了，但locale没生成、字体没装、终端编码不匹配，照样显示乱码或静默失效。
确认系统是否已生成 zh_CN.UTF-8 或 en_US.UTF-8
这是最容易被跳过的一步，但所有后续操作都依赖它。直接设 LANG=zh_CN.UTF-8 却报 cannot change locale，大概率是 locale 根本没生成。
- 运行
locale -a | grep -i "zh_cn\|en_us"，看输出里有没有zh_CN.UTF-8或en_US.UTF-8 - 若无输出，在 Debian/Ubuntu 上执行
sudo dpkg-reconfigure locales，空格选中目标项后 OK；CentOS/RHEL 8+ 用sudo dnf reinstall glibc-langpack-zh（中文）或glibc-langpack-en（英文）；Arch 系则需编辑/etc/locale.gen取消注释对应行，再跑sudo locale-gen - 注意大小写和点号：
zh_CN.utf8≠zh_CN.UTF-8，部分老系统只认小写，但现代发行版默认要求大写 UTF-8
永久设置 LANG 要写对配置文件位置
不同发行版读取的配置文件完全不同，写错路径等于白改，且不会报错。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- Debian/Ubuntu：改
/etc/default/locale，内容为LANG="zh_CN.UTF-8"（带双引号） - RHEL/CentOS 7+/Fedora/Arch：用
sudo localectl set-locale LANG=zh_CN.UTF-8（无引号），它会自动写入/etc/locale.conf - RHEL 6 及更老系统：必须改
/etc/sysconfig/i18n，格式同上，但拼错路径（比如/etc/syscnfig/i18n）很常见 - 桌面环境（GNOME/KDE）还会缓存旧设置，改完必须登出重进，不能只重启终端
LC_ALL 会强制覆盖 LANG，务必检查或清空
LC_ALL 是最高优先级的 locale 变量，只要它非空，LANG 和其他 LC_* 全部失效——这是中文切英文后仍显示中文、或英文切中文后仍乱码的最隐蔽原因。
- 运行
locale，如果LC_ALL有值（比如LC_ALL=zh_CN.UTF-8），就说明它在起作用 - 临时解决：
unset LC_ALL或export LC_ALL=zh_CN.UTF-8（保持统一） - 永久清理：检查
/etc/environment、/etc/profile.d/*.sh、用户级的~/.bashrc或~/.profile，删掉或注释掉export LC_ALL=...这类行 - 特别注意 SSH 登录：客户端可能通过
AcceptEnv LANG LC_*把旧值带进来，可临时在服务端/etc/ssh/sshd_config中注释该行并重启sshd
终端和字体不配合，locale 再对也白搭
即使 locale 显示全绿、echo "你好" 正常，图形界面菜单或终端里仍是方块，问题一定出在字体或终端编码上。
- 终端本身要设 UTF-8 编码：Xshell/FinalShell 需手动设“远程字符集”为 UTF-8；Windows Terminal 或 PowerShell 要先运行
chcp 65001 - 检查中文字体是否加载：
fc-list :lang=zh应有输出；若为空，Debian/Ubuntu 装fonts-wqy-zenhei或fonts-noto-cjk，Arch 装noto-fonts-cjk，Kali 推荐ttf-wqy-zenhei - Java 程序（如 IntelliJ、Tomcat）默认不继承系统 locale，必须加启动参数：
-Dfile.encoding=UTF-8，否则中文路径、文件名会固化成 ???
真正卡住人的从来不是“怎么设”，而是设完之后没验证 locale -a 是否真有那个 locale、没查 LC_ALL 是否偷偷覆盖、也没确认终端和字体是否同步支持 UTF-8 —— 三者缺一不可。
