ASP.NET Core中IActionResult传递多对象出现空值的解决方法

ASP.NET Core 原生模型绑定机制存在硬性限制：一个请求只能绑定一次[FromBody]参数。因为HTTP请求体是单向一次性读取的流，当你在方法里标注两个[FromBody]时，框架只会给第一个参数完整读取请求流完成反序列化，第二个参数因为请求流已经被消费完毕，根本读不到内容，自然就会是null。

方案1（推荐）：定义聚合请求DTO包裹两个对象 #

这是符合框架设计规范、最稳妥的写法，完全不用绕开框架的内置能力：

1. 新建专门的请求模型，把两个需要传的对象作为属性封装进去：

   public class CreateServiceApiRequest
   {
       public ArmSmServiceCreatorEntity CreateServiceDetail { get; set; }
       public ArmSmServiceAndSubServiceEntity CreateSSSDetails { get; set; }
   }
   

2. 修改Action方法的参数，仅保留单个[FromBody]标注的聚合对象：

   public IActionResult createService([FromBody] CreateServiceApiRequest request)
   {
       try
       {
           this.manager.BeginTransaction();
   
           if (request?.CreateServiceDetail == null)
           {
               return BadRequest("Service is null.");
           }
           this.manager.ArmSmServiceCreatorRepository.Add(request.CreateServiceDetail);
   
           if (request?.CreateSSSDetails == null)
           {
               return BadRequest("Service-subService relation data is null.");
           }
           this.manager.ArmSmServiceAndSubServiceRepository.Add(request.CreateSSSDetails);
           
           this.manager.Commit();
           return Ok("File was processed.");
       }
       catch (Exception ex)
       {
           this.manager.Rollback();
           // 优化：不要用throw ex，会丢失原始异常堆栈
           throw;
       }
   }
   

3. 同步调整前端的请求体格式，改成嵌套结构的JSON即可：

   {
       "createServiceDetail": { /* 原第一个对象的所有业务属性 */ },
       "createSSSDetails": { /* 原第二个对象的所有业务属性 */ }
   }
   

方案2（不推荐）：手动读取请求体自行反序列化 #

如果不想调整DTO结构，也可以绕过框架的自动绑定，手动读取请求流后分别反序列化两个对象，但这种写法会跳过框架内置的模型验证、参数格式校验能力，额外增加异常处理逻辑，维护成本很高：

public IActionResult createService()
{
    // 开启请求体缓冲，避免流被一次性消费
    Request.EnableBuffering();
    Request.Body.Position = 0;
    
    using var reader = new StreamReader(Request.Body);
    var requestBodyStr = reader.ReadToEndAsync().Result;
    Request.Body.Position = 0;

    // 手动反序列化两个对象
    var createServiceDetail = JsonSerializer.Deserialize<ArmSmServiceCreatorEntity>(requestBodyStr);
    var createSSSDetails = JsonSerializer.Deserialize<ArmSmServiceAndSubServiceEntity>(requestBodyStr);

    // 后续业务逻辑和原代码完全一致即可
}

• 原代码中两个判空分支返回的错误提示完全一致，实际第二个分支是关联关系数据为空，建议调整错误提示内容，方便前端排查问题。
• 原catch块里的throw ex写法会重置异常的调用堆栈，导致后续排查问题时找不到真正的报错位置，改成不带参数的throw;即可保留完整堆栈。

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