用Encoding.UTF8.GetString()解码GBK字节必然乱码，因为UTF-8与GBK编码规则互不兼容，字节序列完全不同；必须先注册CodePages并用Encoding.GetEncoding("GBK")解码，或用Encoding.Convert()在字节层转换。
直接用 Encoding.UTF8.GetString() 解码 GBK 字节必然乱码，核心不是选哪个 Encoding，而是「原始字节是什么编码，就用对应 Encoding 解码」。
为什么 Encoding.UTF8.GetString() 解 GBK 字节会乱码
UTF-8 和 GBK 是互不兼容的多字节编码：同一个汉字在两者中对应的字节序列完全不同。拿 GBK 编码的 byte[] 直接喂给 Encoding.UTF8.GetString()，等于让 UTF-8 解码器强行“读错书”，结果是不可预测的乱码字符（如 、、或者一串问号）。
常见错误现象：
- 读取旧系统导出的 .txt 文件时中文全变成方块或问号
- 调用某国产 SDK 返回的
byte[]，用UTF8.GetString()一转就崩 -
File.ReadAllText(path)没传Encoding参数，文件实际是 GBK 却按 UTF-8 解，首行就错
必须先注册 CodePages 才能用 Encoding.GetEncoding("GBK")
.NET Core 3.0+ 和 .NET 5+ 默认禁用非标准代码页（包括 GBK/GB2312），否则调用 Encoding.GetEncoding("GBK") 会直接抛 NotSupportedException。
实操步骤：
- 安装 NuGet 包：
System.Text.Encoding.CodePages - 在程序启动处（如
Program.cs或Main()开头）加一行：Encoding.RegisterProvider(CodePagesEncodingProvider.Instance) - 之后才能安全调用
Encoding.GetEncoding("GBK")或Encoding.GetEncoding("GB2312")
漏掉注册是 90% 的「找不到编码」报错根源。
用 Encoding.Convert() 做字节级转换最稳
绕过 string 中间态，直接在字节层面转换，避免因字符不可逆导致的丢失（比如某些生僻 GBK 字在 UTF-8 中无对应码点）。
UTF-8 字节数组 → GBK 字节数组：
var utf8 = Encoding.UTF8;
var gbk = Encoding.GetEncoding("GBK");
byte[] utf8Bytes = utf8.GetBytes("你好");
byte[] gbkBytes = Encoding.Convert(utf8, gbk, utf8Bytes); // 关键：不经过 string
string result = gbk.GetString(gbkBytes);
注意点：
-
Encoding.Convert()输入必须是源编码的byte[]，输出是目标编码的byte[] - 如果原始字节来自文件或网络流，确保你已确认其真实编码（看 HTTP
Content-Type头、文件 BOM、或文档说明） - GBK 转 UTF-8 同理，只需交换
utf8和gbk在Encoding.Convert()中的位置
别依赖 Encoding.Default 处理中文
Encoding.Default 是操作系统当前 ANSI 代码页（Windows 上通常是 GBK），但它不可靠：
- 同一段代码在简体中文 Windows 和英文 Windows 上行为不同
- Linux/macOS 下
Default可能是 UTF-8，导致本该用 GBK 解的地方反而错 - 它无法表达明确意图，阅读和维护成本高
明确写 Encoding.GetEncoding("GBK") 比 Encoding.Default 更安全、更可移植。
真正容易被忽略的，是「原始字节来源的编码」这个前提——没确认清楚这一点，后面所有转换都是空中楼阁。
