RestSharp请求仅在Fiddler Everywhere拦截时正常的原因排查

以下是几种可能导致该现象的原因及对应的排查方向：

1. 请求头的细微差异 #

Postman/Bruno这类工具会自动标准化请求头，比如自动补全Content-Type: application/json; charset=utf-8，而C#的HTTP库（如RestSharp）默认可能只设置Content-Type: application/json，部分对编码要求严格的API会因此返回400。另外，Postman会默认带上User-Agent、Accept等通用头，而C#库的默认User-Agent可能被API判定为非法请求。

2. 请求体的序列化/编码问题 #

• C#库序列化JSON时，可能默认生成压缩格式（无换行空格），而部分API仅兼容格式化后的JSON；
• 特殊字符（如中文、引号）的转义方式不同，比如Postman会自动处理UTF-8编码，而C#代码若未指定编码，可能导致请求体乱码；
• 误将请求体序列化为form-data或x-www-form-urlencoded格式，而API仅接受application/json。

3. Fiddler的自动修正行为 #

Fiddler作为代理工具，会在拦截请求时自动修正部分不符合规范的内容：

• 补全缺失的请求头字段（如Content-Length）；
• 修正请求体的编码格式；
• 自动调整SSL/TLS握手参数，绕过C#程序默认的证书信任问题。
  这就是为什么经过Fiddler转发的请求能正常执行，直接发送却失败。

4. SSL/TLS或证书信任问题 #

Postman自带完整的根证书信任池，而C#程序默认的信任池可能未包含目标API的证书，导致请求在SSL握手阶段出现异常，部分API会以400错误返回。Fiddler作为代理，用自身证书中转请求，绕过了这个信任问题。

排查步骤 #

• 抓包对比报文：用Fiddler分别捕获Postman成功请求和C#直接发送的失败请求，逐行对比请求头、请求体的内容，定位差异点；
• 复刻Postman请求头：在C#代码中完全复制Postman的所有请求头（包括User-Agent、Content-Type等），再发送请求验证；
• 检查序列化结果：将C#序列化后的请求体打印出来，和Postman的请求体对比，确保格式、编码一致（比如用JsonConvert.SerializeObject(obj, Formatting.Indented)生成格式化JSON）；
• 直接抓包C#请求：关闭Fiddler，用Wireshark或C#日志工具查看原始请求，确认是否和Fiddler转发后的请求存在差异。

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