.Net Framework WebAPI服务器偶发无法识别Content-Type头问题

问题现象 #

• 部署环境：AWS ALB后端3台负载均衡的.NET Framework WebAPI服务器
• 故障频率：每3-4周偶发单台服务器异常
• 核心差异：
  • 正常服务器：收到application/asdf这类无效Content-Type时，会返回「Content-Type无效」提示
  • 故障服务器：完全忽略请求中的Content-Type头，自行将请求媒体类型推断为application/octet-stream，即使通过Postman明确发送application/asdf头也会被忽略
• 验证结论：本地curl直接测试故障服务器，问题复现，排除AWS ALB的影响
• 恢复方式：重启对应服务器的IIS进程后，JsonMediaformatterConfiguration恢复正常工作

可能的根因推测 #

• IIS进程的HTTP请求头解析模块出现内存泄漏或状态异常，导致无法正确读取请求头
• JsonMediaTypeFormatter的运行时配置被意外篡改或失效，失去对自定义Content-Type的校验能力
• .NET Framework的HTTP处理组件存在偶发bug，长期运行后出现状态异常

临时解决方案 #

• 配置IIS应用程序池定期回收：设置回收周期为2-3周（短于故障出现周期），避免进程长期运行积累异常

长期排查方向 #

• 启用WebAPI的详细日志：记录JsonMediaTypeFormatter的初始化和运行时状态，以及请求头的解析过程
• 检查代码中是否存在动态修改媒体格式化器配置的逻辑，排查线程安全问题
• 监控服务器的内存、CPU等系统资源，排查是否因资源耗尽导致HTTP处理模块异常
• 升级.NET Framework到对应版本的最新补丁，修复已知的HTTP请求处理相关bug

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