在Linux系统中，当我们在纯文本终端（tty）下查看含有中文的文件、日志或运行某些命令行工具时，经常会遇到中文显示为乱码、方块或问号的情况。这种现象并不是文件系统损坏，而是终端的字符编码、系统本地化环境以及显示字体三者之间不匹配所导致的。要解决它，需要从locale配置、终端类型以及字体装载三个层面逐一排查。
一、检查并配置系统locale
locale决定了程序使用何种语言和字符集来解释和输出文本。在多数服务器发行版中，最小化安装默认会将LANG设为C或POSIX，这两种环境仅支持ASCII，任何非ASCII字符（包括中文UTF-8编码）都会被替换成问号。
我们可以使用以下命令查看当前设置：
locale echo $LANG
如果输出中LANG的值为C、POSIX或为空，就需要修改为支持中文的UTF-8 locale。以CentOS或Ubuntu为例，先确认系统是否已生成zh_CN.UTF-8：
locale -a | grep zh_CN
若没有显示，则需要安装或生成对应语言包。Ubuntu下执行sudo apt-get install language-pack-zh-hans，CentOS下修改/etc/locale.conf并运行locale-gen。配置示例如下：
# 写入 /etc/locale.conf LANG=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8
修改后重新登录tty或执行source /etc/locale.conf使配置生效。此时再运行locale，应当看到UTF-8相关字段，中文乱码问题在编码层面就解决了一半。
二、为纯tty装载中文字体
即便locale正确，Linux的纯文本控制台（非SSH、非桌面终端模拟器）依然依赖内核的字体渲染。默认控制台字体通常只包含ASCII点阵，没有中文字模，因此即使编码对了，也会画不出汉字而成方块。
此时需要用setfont命令装载包含中文的终端字体。部分发行版提供了如terminus或wqy等点阵字体包。安装后可通过以下方式临时设置：
# 查看可用字体 ls /usr/share/consolefonts/ | grep -i zh # 临时装载 setfont /usr/share/consolefonts/wqy-zenhei.psf.gz
若系统未提供中文控制台字体，可手动用psf-tools制作，或改用fbterm这类帧缓冲终端，它能直接使用桌面级TrueType中文字体，兼容性更好。要注意的是，setfont的修改在重启后会失效，需写入initramfs或tty启动脚本中。
下面给出一个在/etc/rc.local中持久化装载字体的片段：
# 开机为tty1装载中文字体 if [ -f /usr/share/consolefonts/wqy-zenhei.psf.gz ]; then setfont /usr/share/consolefonts/wqy-zenhei.psf.gz fi
使用fbterm的方案则更现代，启动后可直接指定字体和大小，且支持多语言混排，适合需要频繁在tty下阅读中文文档的场景。
三、排查串口与远程控制台编码
如果乱码出现在通过串口（serial console）连接的tty上，除上述两点外，还要确认串口参数。波特率、数据位、停止位不匹配会造成字节截断，使UTF-8多字节序列被破坏，进而显示乱码。
典型的GRUB与内核串口参数应保持一致，例如：
# grub.cfg 中串口设置 serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1 terminal_input serial console terminal_output serial console
同时，SSH连接到服务器时若本地终端是UTF-8而远端LANG不对，也会乱码。确保客户端与服务器协商一致，必要时在~/.bashrc中强制导出：
export LANG=zh_CN.UTF-8 export LC_ALL=zh_CN.UTF-8
对于使用screen或tmux的用户，也要检查其配置文件里的charset设置，避免它们在中间层做了错误转码。经过上述编码、字体、传输三层核对，linux tty中文乱码基本都能彻底解决。
四、常见误区与总结
不少人误以为乱码是文件本身损坏，于是反复转换文件编码，其实在tty下即便文件是UTF-8，没有对应字体也一样乱码。另一个误区是只在SSH客户端改编码，却忘了服务器LANG仍是C，结果部分命令输出正常、部分仍乱码。
总结来说，处理linux tty中文乱码应遵循：先locale、再字体、后传输链路的顺序。本地纯tty重点在consolefont，远程重点在LANG与客户端协商。理清这三步，就能在任何Linux文本终端下稳定显示中文。