XML显示问号或方块是编码读取错误而非损坏，常见UTF-8文件被GBK解码；应先确认并重新以正确编码打开，再修正XML声明中的encoding属性与实际编码一致。
XML打开全是问号或方块，大概率是UTF-8文件被用GBK打开
不是文件损坏，是编码“读错了”。系统或编辑器默认用GBK解码一个实际是UTF-8的XML文件，每个中文字符被拆成2–3个字节误读，显示为乱码。反过来（UTF-8打开GBK文件）也会乱，但更常见的是前者。
实操建议：
- 先用文本编辑器（如VS Code、Notepad++）右下角看当前识别的编码——如果显示
GBK但内容乱，而你知道原始应是UTF-8，直接在菜单选“重新以编码”→UTF-8 - 别点“转为UTF-8”，那是写入操作；先“重新以UTF-8编码打开”，确认能正常显示再保存
- 如果VS Code右下角显示
UTF-8但还是乱，说明文件头可能缺失BOM，或实际是GBK编码——这时要反向试GBK或GB2312
用iconv命令行批量修复XML编码（Linux/macOS）
iconv是最稳的编码转换工具，不依赖GUI，适合脚本处理。关键不是“转成什么”，而是“从什么转”——源编码错，结果全废。
实操建议：
- 先探测编码：
file -i your.xml或enca -L zh your.xml（需安装enca），但XML没BOM时结果常不准，人工验证更可靠 - 假设原文件是
GBK，要转成UTF-8：iconv -f GBK -t UTF-8 your.xml -o your_utf8.xml - 如果报错
Invalid or incomplete multibyte or wide character，加-c跳过非法字节：iconv -f GBK -t UTF-8 -c your.xml > your_utf8.xml - 务必检查输出文件开头是否有
<?xml version="1.0" encoding="UTF-8"?>，并手动把encoding="GBK"改成"UTF-8"
Python脚本修复XML编码（Windows用户友好）
Windows记事本不支持直接切换编码，用Python最可控。核心是用open()以正确源编码读，再以目标编码写，同时修正XML声明里的encoding属性。
实操建议：
- 不要用
xml.etree.ElementTree解析乱码文件——它会直接抛UnicodeDecodeError，先做编码清洗 - 用
open(file, encoding='gbk')读，再open(..., encoding='utf-8')写，中间只做字符串替换 - 示例（修复GBK→UTF-8）：
with open('bad.xml', 'r', encoding='gbk') as f: content = f.read() content = content.replace('encoding="GBK"', 'encoding="UTF-8"') with open('fixed.xml', 'w', encoding='utf-8') as f: f.write(content) - 如果
encoding='gbk'报错，换encoding='gb2312'或encoding='gb18030'再试
XML声明里的encoding值必须和实际编码一致
这是最容易忽略的致命点。哪怕文件内容已转成UTF-8，只要声明还是encoding="GBK"，某些解析器（如Java的DocumentBuilder、旧版IE）会强行用GBK解码，立刻报错或二次乱码。
实操建议：
- 转换完立刻搜索全文，确认
<?xml行中的encoding值与你写入的编码严格一致 - 有些工具（如Notepad++“转为UTF-8”）会自动改声明，但命令行
iconv不会——必须手动改 - 如果XML里有
，里面的内容不参与编码声明校验，但依然得按整体文件编码存，否则CDATA内中文仍会乱
