集成测试发起PUT请求时Web API[FromBody]的protobuf参数始终为null

[FromBody]参数绑定为null的本质，是RequestData作为protobuf工具链生成的自定义类型，序列化/反序列化规则和普通C# POCO完全不通用，你当前测试代码用通用JSON序列化工具生成的请求体，不满足API端的模型绑定要求——要么框架匹配不到对应的输入格式化程序，要么反序列化后结构对不上，最终就会把参数置为null。

先确认API端的输入处理规则 #

你提到API本身可正常运行，先回忆下正式环境调用这个PUT接口时，客户端是传protobuf二进制、还是传JSON格式内容：

• 如果正式客户端都是传protobuf二进制调用，说明API端默认配置的是protobuf格式化程序处理请求体，这种情况下你测试时传application/json类型的内容，根本匹配不到对应的处理逻辑，框架会直接跳过绑定流程，参数自然是null。
• 如果正式客户端确实是传JSON格式调用，那就是你当前生成JSON的方式不对：protobuf生成的类带大量内部追踪属性（比如HasXXX、包装类型的嵌套Value字段），直接用通用的JsonConvert.SerializeObject序列化出来的JSON结构，和API端反序列化时期待的结构完全不匹配，就算传了内容也没法正确映射回RequestData对象。

对应测试代码的修正方案 #

场景1：API处理protobuf二进制请求 #

去掉所有JSON序列化逻辑，直接用protobuf工具链自带的序列化方法把对象转成字节流再发请求：

var request = new RequestData();
// 用RequestData配套的protobuf序列化器转二进制
var requestBytes = RequestData.Serializer.SerializeToBytes(request);
HttpContent content = new ByteArrayContent(requestBytes);
// 把Content-Type设为protobuf对应的标准MIME类型
content.Headers.ContentType = new MediaTypeHeaderValue("application/x-protobuf");

var putResult = await _client.PutAsync($"{uri}?id=1", content);

场景2：API处理JSON格式的protobuf请求 #

替换掉通用JSON序列化逻辑，用protobuf配套的JsonFormatter生成符合结构要求的JSON字符串：

var request = new RequestData();
// 用protobuf自带的JSON格式化器输出结构合法的JSON
var jsonStr = JsonFormatter.Default.Format(request);
HttpContent content = new StringContent(jsonStr, Encoding.UTF8, "application/json");

var putResult = await _client.PutAsync($"{uri}?id=1", content);

• 你之前给HttpClient设置的DefaultRequestHeaders.Accept是用来控制响应内容的期望格式的，和请求体的绑定流程完全无关，删掉也不会影响绑定结果，没必要在测试时特意配置。
• 就算你用JsonFormatter生成了合法的JSON内容，也要确保请求的Content-Type头和API端配置的输入格式化程序的支持类型严格匹配：很多人换了序列化逻辑生成JSON，但是忘了把Content-Type从之前的application/x-protobuf改成application/json，框架还是会调用protobuf格式化程序去解析JSON文本，自然会反序列化失败、把参数置为null。
• 测试时可以在API方法开头加一行日志，输出ModelState.IsValid和里面的错误内容，大部分绑定失败的原因框架已经把错误信息写到ModelState里了，比如“没有匹配的输入格式化程序”“无法将内容反序列化到指定类型”，不用盲目排查。
• 低版本ASP.NET Core存在默认行为：如果请求体内容为空，框架会直接给[FromBody]参数赋null，不会抛出异常，如果你序列化出来的JSON是空字符串，也会触发这个问题。

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