Blazor WASM在部分Chrome/Edge版本中出现HTTP标头无效错误，Firefox正常

• 抓包对比请求头细节
  用Fiddler或Chrome DevTools的Network面板，导出Win10（正常）和Win11（异常）的请求头原始内容，重点对比：
  • 自定义标头的名称是否符合RFC 7230规范（仅字母、数字、连字符，无下划线或其他特殊符号）
  • 标头值的大小写、是否包含额外空格/引号/不可见控制字符
• 验证自定义标头的实际内容
  • 在Blazor代码中添加日志，输出自定义标头的原始字符串（如Console.WriteLine($"Token header: '{tokenValue}'");），确认GUID令牌没有混入换行、制表符等不可见字符
  • 尝试用纯字母数字字符串替换GUID作为标头值，测试是否仍报错
• 检查Win11上浏览器的特殊设置
  • 临时关闭Chrome/Edge的「增强安全浏览」功能（Chrome中打开chrome://flags/#enhanced-safe-browsing），排除安全策略拦截
  • 禁用所有浏览器扩展（广告拦截、隐私插件等）后重试
• 排查运行时与HttpClient配置差异
  • 确认Win10和Win11上应用的.NET目标框架版本一致，必要时锁定到特定版本重新部署
  • 检查HttpClient的默认配置，比如是否启用自动重定向、请求压缩等，尝试禁用这些功能测试
• 简化请求场景定位问题
  • 编写最小化测试页面，仅发送含自定义标头的基础请求，排除业务逻辑干扰
  • 用Postman/curl在Win11上直接发送相同请求，判断问题出在Blazor请求构建还是API/网络环境
• 检查API端的标头解析逻辑
  • 在API服务器添加日志，记录接收到的所有请求头原始数据，排查是否因Win11环境下服务器（如IIS）的标头校验规则更严格导致异常

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