Microsoft Graph报'"UTF-8"'非受支持编码名错误 仅本机复现

问题核心定位 #

首先看错误堆栈层级，异常触发链路是：
Microsoft.Graph.ServiceException → Azure.Identity.AuthenticationFailedException → 编码解析错误
你之前手动修改Graph SDK请求对象的ContentType、Accept头完全无效，因为错误发生在Azure.Identity组件获取访问令牌的阶段，根本没有走到你构造的业务请求发送逻辑，你改的业务请求头不会影响身份认证阶段的HTTP请求。

优先排查方向（按复现概率从高到低排序） #

• 本机网络代理/抓包工具劫持
  这类单设备独有的HTTP头格式异常，90%以上是本地流量劫持导致的：
  1. 完全退出所有抓包工具（Fiddler、Charles、Reqable等）、VPN、代理客户端、办公安全管控软件后重试，这类工具会篡改HTTP请求/响应头，部分旧版本工具会给charset字段值额外包裹双引号，而Azure.Identity组件解析响应时不会自动去除值外层的引号，就会抛出'"UTF-8"' is not a supported encoding name的错误。
  2. 检查系统环境变量中是否存在全局HTTP_PROXY、HTTPS_PROXY配置，检查WinINET系统代理设置中是否存在未在托盘显示的静默代理配置，这类配置通常是安全软件、办公管控软件自动写入的。
• 全局.NET程序集加载异常
  1. 检查本机GAC（全局程序集缓存）中是否存在被手动注入的旧版本Azure.Identity、System.Net.Http相关程序集，是否存在配置文件强制将上述程序集重定向到了非预期的旧版本，旧版本Azure.Identity没有做带引号charset的兼容处理。
  2. 检查对应版本.NET Framework的machine.config配置文件（32位路径：C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machine.config，64位路径：C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config），查看是否有第三方组件注入的全局Web请求拦截模块，这类模块可能篡改所有HTTP请求/响应的头信息。
• 系统编码配置异常
  打开控制面板→区域→管理→更改系统区域设置，检查「Beta版：使用Unicode UTF-8提供全球语言支持」选项是否和其他正常运行的同事电脑配置一致，该配置异常时会影响系统HTTP组件的头解析逻辑。

验证方法 #

可以先通过最小化代码缩小问题范围：单独实例化你代码中使用的ClientSecretCredential对象，直接调用GetTokenAsync方法，不构造任何Graph SDK相关请求，如果该步骤直接复现错误，即可完全排除Graph SDK的问题，聚焦在Azure.Identity和网络链路层面。
临时验证根因可以在程序入口处添加自定义编码别名映射，将带双引号的"UTF-8"映射到标准UTF-8编码，如果添加后问题消失，即可100%确认是HTTP交互过程中charset值被额外加了双引号：

// 程序启动最开始执行
public class QuotedUtf8EncodingProvider : EncodingProvider
{
    public override Encoding GetEncoding(string name)
    {
        if (name == "\"UTF-8\"") return Encoding.UTF8;
        return null;
    }
    public override Encoding GetEncoding(int codepage) => null;
}
// 注册自定义provider
Encoding.RegisterProvider(new QuotedUtf8EncodingProvider());

注意：上述代码仅用于验证根因，不建议作为最终修复方案，最终修复需要找到篡改HTTP头的本地程序/配置。

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