Linux文件乱码本质是编码不匹配，需区分文件名与内容乱码：文件名用convmv转换，内容用iconv或enca处理，同时确保locale、终端及SSH客户端编码均为UTF-8。
Linux文件乱码本质是编码不匹配，不是“显示问题”而是“解释错误”——系统用UTF-8去读GBK编码的文件名或内容，自然变成问号或方块。解决必须分清：是文件名乱码？还是文件内容乱码？两者处理工具、命令、风险完全不同。
查看当前系统字符集是否为UTF-8
乱码常源于LANG或LC_ALL没设对，先确认真实环境：
- 运行
locale，重点看LANG=和LC_ALL=的值；若含GBK、GB2312或为空，大概率就是根源 - 临时验证：执行
export LC_ALL=en_US.UTF-8后再ls，如果中文文件名突然正常，说明只是环境变量没生效 - 注意：
LC_ALL优先级高于LANG，如果LC_ALL被设成非UTF-8值（如zh_CN.GBK），改LANG也没用
文件名乱码：用 convmv 批量转编码
convmv 是专治文件名乱码的工具，它不碰文件内容，只重命名——安全、精准、不可替代：
- 安装：
sudo yum install -y convmv（CentOS/RHEL）或sudo apt install -y convmv（Debian/Ubuntu） - 先测试（不改文件）：
convmv -f GBK -t UTF-8 -r /path/to/dir，会列出所有待转换的文件名 - 确认无误后加
--notest执行：convmv -f GBK -t UTF-8 -r --notest /path/to/dir - 常见原始编码：Windows传上来的多为
GBK或GB18030；老Mac可能用MAC-JAPANESE，需根据来源判断 - ⚠️ 风险提示：不要对已为UTF-8的文件名重复转换，否则会二次损坏；
convmv不支持自动检测源编码，必须人工确认
文件内容乱码：用 iconv 或 enca 辨明再转
文件内容乱码不能靠改环境变量解决，得真正转换字节流：
- 先查编码：
enca -L zh_CN filename（推荐）或file -i filename；若输出含charset=gbk，就别硬试UTF-8 - 转换内容：
iconv -f GBK -t UTF-8 input.txt -o output.txt；原地覆盖需加-c忽略非法字符，但慎用 -
iconv不支持自动识别，输错-f参数会导致输出全空或乱上加乱；enca可自动猜，但对混合编码文件可能误判 - 脚本批量处理时，建议先用
enca -L zh_CN -g *批量探测，再按结果分组用iconv
终端和SSH客户端编码必须同步
即使系统和文件都UTF-8，终端解码错也会白忙一场：
- PuTTY：设置 → Window → Translation → Remote character set → 选
UTF-8 - Xshell：文件 → 属性 → 终端 → 编码 → 选
UTF-8 - Linux本地终端（GNOME Terminal等）：编辑 → 配置文件偏好设置 → 字体 → 字符编码 → 确保为
Unicode (UTF-8) - 切忌在终端里执行
export LANG=zh_CN.GBK——这会让ls、find等命令内部逻辑出错，比乱码更难排查
最易被忽略的一点：文件名乱码修复后，如果用 mv 或脚本重命名新文件，务必确保当前 shell 的 LC_ALL 是 UTF-8，否则新建的文件名又会是乱码——这不是工具问题，是环境污染的连锁反应。
