echo $LANG是最准最快的乱码排查命令，它直接返回当前shell实际生效的字符集值；若为空或为C，则中文基本不可用，即使系统装了zh_CN.UTF-8也会显示为?。
直接运行 echo $LANG 就是最准、最快的方式。 它反映当前 shell 实际生效的字符集，程序 runtime 读取的就是这个值。其他命令（比如 locale）输出更全，但核心判断就靠它。
为什么 echo $LANG 是第一反应命令
它不查配置文件、不看系统是否生成了 locale、也不依赖终端渲染逻辑，只返回当前环境里真正起作用的那个值。很多乱码问题，根源就是这个变量为空或设成了 C —— 此时哪怕系统装了 zh_CN.UTF-8，ls 列中文名、vim 打开中文文件都会崩或显示为 ?。
常见现象包括：
-
echo $LANG输出为空 → 等效于LANG=C，UTF-8 中文基本不可用 - 输出是
zh_CN.GB18030或en_US.UTF-8→ 编码层面没问题，但终端/SSH 客户端必须同步匹配该编码 - 输出是
zh_CN.UTF-8但仍乱码 → 问题大概率在终端仿真器（如gnome-terminal）没设对编码，或 SSH 客户端未声明AcceptEnv LANG
locale 能帮你定位具体哪部分失效
locale 不只是显示 LANG，它会列出所有 LC_* 变量。当某些功能语言不对（比如时间格式是英文、错误提示是英文），但 $LANG 看着正常，就得看这里：
-
LC_CTYPE控制字符分类和大小写转换，如果它是C，即使LANG是中文，ls也可能无法正确显示中文文件名 -
LC_MESSAGES决定命令报错语言，如果它是en_US.UTF-8，而LANG是中文，错误信息还是英文 -
LC_ALL优先级最高，一旦设置，会覆盖所有LC_*和LANG；若locale输出中LC_ALL=（空值），说明它没被设，不影响其他变量
确认系统是否真支持你要的字符集
光改 LANG 没用，得先确认系统生成了对应 locale：
- 运行
locale -a | grep zh_CN，有输出（如zh_CN.UTF-8）才表示已生成；没结果说明只改了变量，没跑过sudo locale-gen - 检查
/etc/locale.gen是否取消注释了目标行，例如：zh_CN.UTF-8 UTF-8 - 注意大小写：老系统可能不认
zh_cn.utf8，标准写法是zh_CN.UTF-8（下划线 + 大写 UTF-8）
最容易被忽略的是：改完 LANG 后没检查 LC_ALL 是否意外覆盖，也没验证终端本身是否设置了相同编码——这两点不一致，echo $LANG 再对也白搭。
