必须先用enca -l zh准确识别原始编码,再以iconv -f 源编码 -t utf-8严格转换;file命令对gbk/gb18030常误判为unknown-8bit,enca结果更可信,-f写错则全乱或丢字。

直接改文件编码不是“设个参数就完事”,核心在于:必须先准确识别原始编码,再用 iconv 精确转换;误判源编码会导致输出全乱或部分丢字。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq(Cortex‑A9/A53 + FPGA)Linux 环境,调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查,支持 PetaLinux 开发。
用 enca -L zh 准确识别中文文件原始编码
file 命令常返回 charset=unknown-8bit,对 GBK/GB18030 文件基本不可靠。
enca 是专为中文文本设计的识别工具,结果更可信:
- 未安装时:sudo apt install enca(Debian/Ubuntu)或 sudo yum install enca(RHEL/CentOS)
- 必须加 -L zh,否则可能误判为西欧编码
- 输出如 Universal transformation format 8 bits 表示 UTF-8,Chinese National Standard GB18030 即 GB18030
- 若报 Unrecognized encoding,大概率是混合编码或 BOM 异常,别硬转,先用 iconv -f gbk -t utf-8 file.txt 2>/dev/null | head -n 5 手动试
iconv -f 源编码 -t UTF-8 转换内容,-f 写错就白干
iconv 不自动猜源编码,-f 必须和 enca 结果严格一致:
- 常见组合:iconv -f GB18030 -t UTF-8 input.txt -o output.txt、iconv -f GBK -t UTF-8 input.txt > output.txt
- 加 --verbose 可看到哪些字节被跳过:iconv -f GBK -t UTF-8 --verbose input.txt > /dev/null 2>&1 | head -n 10
- 遇到 Invalid or incomplete multibyte or wide character 错误,说明 -f 指定错误,不是加 -c 就能解决
- 转换后务必验证:file -i output.txt 应显示 charset=utf-8,再用 head -c 5 output.txt | hexdump -C 看是否含合法 UTF-8 字节序列(如 e6 88 91)
convmv -f gbk -t utf-8 -r 修复中文文件名乱码,和 iconv 完全无关
Windows 传上来的中文文件名在 Linux 终端显示成 ???.txt,这是文件系统层的编码错位:
- iconv 对文件名完全无效,强行用它只会浪费时间
- 正确工具是 convmv:convmv -f gbk -t utf-8 -r /path/to/dir
- 默认只预览不执行,确认无误后加 --notest 才真正改名
- 若提示 Can't convert encoding: No such file or directory,说明当前 locale 缺少中文支持,先运行 locale -a | grep zh_CN.utf8,没输出就需生成 locale
vim 中临时查看乱码文件,别一上来就 :set fileencoding=utf-8
想快速看懂一个文件,又不想动原内容:
- :set fileencoding? 显示的是 vim 当前“认为”的编码,不是文件真实编码
- 正确做法是::e ++enc=gbk % 或 :e ++enc=gb18030 % 强制重读,看文字是否恢复
- 若常处理中文文件,建议在 ~/.vimrc 加:set fileencodings=ucs-bom,utf-8,gb18030,gbk,cp936
- 注意顺序:带 BOM 的 UTF-8 必须排第一,否则 ucs-bom 失效,BOM 字节会被后面规则截断
最易被忽略的一点:文件名乱码和文件内容乱码是两层问题,分别由 convmv 和 iconv 处理,混用或跳过识别步骤,90% 会失败。










