调用同一API时.NET Core特殊字符显示异常而MVC5正常的原因问询

• 默认编码逻辑差异：MVC5基于的.NET Framework处理HTTP响应时，会默认尝试自动识别响应内容编码，未明确指定charset时会 fallback 到系统当前ANSI编码（西欧语言环境下通常为Windows-1252，正好覆盖ý、þ、ü等拉丁扩展字符）；而.NET Core默认所有HTTP响应强制使用UTF-8解码，且不会自动做编码 fallback，编码不匹配时就会出现�类乱码。
• HttpClient配置差异：.NET Framework 中的HttpClient/WebClient默认启用自动字符集检测，会尝试根据内容推断编码；.NET Core的HttpClient默认关闭自动检测，仅严格遵循响应头Content-Type中声明的charset解码，无声明时直接用UTF-8。
• 编码提供程序差异：.NET Core 默认未注册Windows平台特有的ANSI编码（如Windows-1252、GB2312等），即使手动指定这类编码，未提前注册时也会解码失败。

• 首先在项目启动入口（Program.cs）注册系统编码提供程序，支持ANSI编码解码：

using System.Text;
Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);

• 处理API响应时优先读取原始字节，用API实际使用的编码手动解码，示例代码如下：

var response = await httpClient.GetAsync("你的API地址");
// 先读原始字节避免默认解码破坏内容
var responseBytes = await response.Content.ReadAsByteArrayAsync();
// 替换为你的API实际使用的编码，常见包含上述特殊字符的编码为Windows-1252
var targetEncoding = Encoding.GetEncoding("Windows-1252");
string responseContent = targetEncoding.GetString(responseBytes);

• 若可协调API提供方，要求对方在响应头Content-Type中补充正确的charset声明（例如Content-Type: text/plain; charset=Windows-1252），即可无需手动处理编码，HttpClient会自动适配。

内容的提问来源于stack exchange，提问作者Kane