用iconv无法直接检测文件编码，需先用file -i或enca粗判，再用iconv验证；常见错误包括源目标编码写反、目标编码不支持、文件含bom或混合编码；批量转换应加-c参数并用find+while安全处理。
怎么用 iconv 看清当前文件编码
直接猜编码容易翻车，iconv 本身不检测编码，得靠外部工具辅助判断。实际操作中，先用 file -i 或 enca 粗略看，再用 iconv 验证。
-
file -i filename.txt会输出类似charset=utf-8或charset=iso-8859-1，但对 GBK/GB2312 经常误判为binary -
enca -L zh filename.txt（需安装enca）对中文文本更准，能区分GBK、GB18030、UTF-8 - 如果
iconv -f utf-8 -t utf-8 filename.txt报错Invalid or incomplete multibyte or wide character，基本可断定不是 UTF-8
iconv 转码失败的三个常见原因
报错不一定是命令写错，更多是编码识别或参数顺序问题。
- 源编码（
-f）写反了：比如把GBK文件误当UTF-8读，会大量输出iconv: illegal input sequence at position - 目标编码（
-t）不被系统支持：CentOS 默认不带GB18030，iconv -l | grep -i gb查不到就转不了；Ubuntu 通常支持更全 - 文件含 BOM 或混合编码：UTF-8 文件开头有 BOM 时，部分老版本
iconv会卡住；建议先用xxd filename.txt | head -1看前几字节，ef bb bf就是 UTF-8 BOM
批量转换文件编码的可靠写法
别直接 for f in *.txt; do iconv ...; done —— 编码不确定时，失败会中断整个循环，且没日志。
- 加
-c参数跳过非法字符：iconv -f gbk -t utf-8 -c "$f" > "${f%.txt}_utf8.txt" - 用
find+while read更稳：find . -name "*.txt" -print0 | while IFS= read -r -d '' f; do iconv -f gbk -t utf-8 -c "$f" > "${f%.txt}_u.txt"; done - 务必先小范围测试：选 1–2 个典型文件手动跑通，再上批量；尤其注意路径含空格或中文时，
"$f"的引号不能省
GBK 和 GB18030 到底该选哪个
对简体中文文本，GB18030 是向下兼容 GBK 的超集，但不是所有环境都默认支持。
- Linux 发行版差异大：
iconv -l | grep -i gb18030返回空，说明系统没编译进该编码支持，此时只能用gbk -
GBK不支持生僻字（如“?”、“?”），GB18030支持；若原始文件来自 Windows 10/11 或新版数据库导出，优先试GB18030 - 转换后验证：用
grep -P "[\x80-\xFF]{3,}" file_utf8.txt检查是否残留疑似 GBK 多字节序列，有则说明转漏了
