XML编码那些坑：UTF-8和GBK到底咋选？

写XML文件时编码设置是门大学问。很多人搞不清UTF-8和GBK的区别，后来啊中文不是乱码就是显示不正常这个。到底该咋办，官宣。？

声明≠实际， 乱码就来了

呃... 像这样的声明，只告诉解析器“请用GBK方式解码”，它不会自动把UTF-8内容转成GBK。如果文件实际是UTF-8保存的，但声明写成GBK，打开必然乱码。反过来也一样。所以光有声明不行，关键是保存时用的啥编码。

三要素：声明、 保存、读取，一条都不能少

XML文件的编码设置直接影响中文能否正常显示，关键不在“怎么写声明”，而在于声明、保存格式、程序读取三者必须严格一致。 我跪了。 比如你用UTF-8保存了文件，却声明成GBK，还用GBK去读……后来啊你懂的。

选UTF-8还是GBK？场景说了算

什么鬼？ 很多人纠结“到底选UTF-8还是GBK”。其实本质是根据使用场景做取舍：国际化优先选UTF-8，纯中文旧系统可考虑GBK。UTF-8兼容性好，能支持各种语言，但有的旧系统只认GBK。

省空间这事儿， 也得看场景

佛系。 很多人以为“UTF-8中文占3字节、GBK占2字节=GBK更省”，这忽略了根本区别：数据传输和存储成本现在还值钱吗？ UTF-8多占一点字节，在大多数场景下根本不是事儿。何况现在存储白菜价，网络带宽也越来越大。

.NET里怎么读XML？别光靠声明

.NET默认按声明解析XML，但声明缺失或错误时极易翻车。比如文件没声明encoding， 或者实际编码和声明不一致……稳妥做法是显式控制流编码：XmlReaderSettings settings = new XmlReaderSettings; settings.Encoding = Encoding.GetEncoding;

HBuilderX、记事本……编辑器乱花迷人眼

不同编辑器默认保存的编码可能不一样: 用ultra-edit或其它支持utf-8格式的编辑器,打开你的XML,检查一下头上的,看看XXX是不是你想要的编码。 人间清醒。 如果不是 手动改过来然后注意另存为时选对编码.

一下吧，不然你都看晕了……

一句话。 关键就一句话：三者统一——声明、保存格式、读取方式必须一致！

• 国际化选UTF-8；老系统/纯中文考虑GBK；
• 别光靠XML声明，要控制好流编码；
• 编辑器保存时看清是什么编码，别瞎改……