Linux控制台编码配置核心是确保locale环境变量（LANG、LC_ALL、LC_CTYPE）均指向已生成的zh_CN.UTF-8，同时系统已执行sudo locale-gen生成该locale且终端字体支持Unicode，缺一不可。
Linux 控制台编码配置的核心是让 locale 环境变量指向一个支持 UTF-8（或所需字符集）的 locale，而不是单纯改终端显示设置。直接改终端“编码选项”只影响渲染层，不解决程序输出、文件读写、命令行工具内部处理等环节的乱码问题。
怎么确认当前控制台实际生效的编码
运行 locale 命令，重点看这三行：
-
LANG：主 locale，未被其他变量覆盖时起效 -
LC_ALL：最高优先级，一旦设置就强制覆盖所有LC_*和LANG -
LC_CTYPE：单独控制字符分类和编码行为，比如中文是否被识别为字母、正则匹配是否支持宽字符
如果其中任意一项值不含 .UTF-8（如 en_US、zh_CN.GB18030），那控制台底层就不按 UTF-8 解码字节流，即使终端渲染设成 UTF-8，也会出现输入/输出错位、grep 匹配失败、ls 显示问号等问题。
为什么用 localectl set-locale 而不是直接改配置文件
localectl set-locale LANG=zh_CN.UTF-8 是 systemd 系统推荐方式，它会自动完成三件事：
- 生成或启用对应 locale（调用
locale-gen） - 写入
/etc/locale.conf（系统级持久配置） - 避免手动编辑
/etc/profile或~/.bashrc时因加载顺序导致LC_ALL被后续脚本覆盖
常见坑：export LC_ALL=zh_CN.UTF-8 写进 ~/.bashrc 后，如果系统级 /etc/profile.d/lang.sh 里又重设了 LC_ALL，最终以后者为准——这种冲突极难排查。
中文用户最常踩的两个硬性条件
即使 locale 显示全是 .UTF-8，仍可能乱码，必须同时满足：
- 系统已生成对应 locale：运行
locale -a | grep zh_CN.UTF-8，无输出说明没生成，需先执行sudo locale-gen zh_CN.UTF-8 - 终端字体支持 Unicode：比如
terminus、DejaVu Sans Mono可正常显示中文；而默认的consolefonts（如lat1-16）只含 ASCII 字符，哪怕编码设对，也只显示方块或空白
验证字体是否生效：在纯文本控制台（Ctrl+Alt+F2）运行 echo '你好'，不是 SSH 或 GUI 终端模拟器——这才是真正控制台环境。
别碰 LC_ALL=C 这类“快捷方案”
有人为规避乱码临时设 LC_ALL=C，这会让系统退回到 ASCII-only 模式：
- 所有非 ASCII 字符（包括中文路径、文件名）被当作无效字节处理
-
sort、uniq按字节序而非语言规则排序，中文排序完全无意义
mv、cp 可能静默截断文件名
这不是编码配置，是主动放弃多语言支持。真正要调的是 locale 本身，不是绕开它。
