这个问题我迁移项目的时候踩过坑！太懂要改一大堆方法的痛苦了，先给你理清楚根源，再给几个实用的解决方案：

问题根源：新旧版本模型绑定逻辑不一样 #

老版ASP.NET MVC里，你写的多参数Post方法默认是从**表单数据（FormData）**绑定的——前端提交的是类似ids=1&ids=2&searchEntity.Name=xxx这样的表单内容，模型绑定器会自动拆分字段绑定到两个参数上。

但你在Core里给两个参数都加了[FromBody]，这会告诉模型绑定器去**读取请求体的原始内容（比如JSON）**绑定，而ASP.NET Core的请求体流只能被读取一次！所以第一个参数读完流之后，第二个参数就拿不到任何数据，自然变成null了。

解决方案（按优先级排序） #

1. 恢复表单绑定（最小改动，优先推荐） #

如果你的前端还是和原来一样用表单提交（不管是传统form还是FormData），那根本不需要用[FromBody]，直接把它换成[FromForm]，甚至可以直接去掉特性（Core默认会给Post请求的参数做表单绑定）：

[HttpPost]
public IActionResult Search(List<int> ids, SearchEntity searchEntity)
// 或者明确标注[FromForm]更清晰
// public IActionResult Search([FromForm] List<int> ids, [FromForm] SearchEntity searchEntity)
{
    // 业务逻辑完全不用改，和老代码一模一样
}

注意前端提交时，ids要传多个同名字段（比如FormData里多次appendids，或者页面上多个<input name="ids">），searchEntity的字段要保持searchEntity.PropertyName的命名（比如searchEntity.Name），和老版的提交方式一致就行。

2. 用通用复合模型（适合前端改JSON提交的场景） #

如果前端已经改成提交JSON了，不想一个个修改现有实体类的话，可以写一个通用的复合模型来包裹多个参数，复用性极强：

// 写一次，所有多参数方法都能用的通用模型
public class MultiRequest<T1, T2>
{
    public T1 FirstParam { get; set; }
    public T2 SecondParam { get; set; }
}

// 你的方法只需要改参数类型
[HttpPost]
public IActionResult Search([FromBody] MultiRequest<List<int>, SearchEntity> request)
{
    // 把参数拆出来，原逻辑直接复用
    var ids = request.FirstParam;
    var searchEntity = request.SecondParam;
    
    // 原来的业务代码...
}

前端对应的JSON格式要改成这样：

{
    "FirstParam": [1, 2, 3],
    "SecondParam": {
        "Name": "测试关键词",
        "PageSize": 10
        // 其他SearchEntity的字段
    }
}

这个方案不用动你现有的SearchEntity等实体类，只需要给方法换个参数类型就行，非常省心。

3. 自定义模型绑定器（特殊场景备用） #

如果上面两个方案都不满足（比如必须保持原有参数结构和JSON格式），可以通过自定义模型绑定器实现，但这个方案相对复杂，适合特殊场景：

第一步：注册缓存请求体的中间件

因为请求流只能读一次，所以先写个中间件把请求体缓存起来：

public class RequestBodyRewindMiddleware
{
    private readonly RequestDelegate _next;

    public RequestBodyRewindMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context)
    {
        // 允许请求体被多次读取
        context.Request.EnableBuffering();
        await _next(context);
        // 读完后重置流位置，避免影响其他逻辑
        context.Request.Body.Position = 0;
    }
}

// 在Program.cs里注册（要放在UseRouting之前）
app.UseMiddleware<RequestBodyRewindMiddleware>();

第二步：自定义模型绑定器和特性

// 自定义模型绑定器，负责读取请求体并反序列化
public class MultiFromBodyModelBinder : IModelBinder
{
    private readonly IOptions<JsonOptions> _jsonOptions;

    public MultiFromBodyModelBinder(IOptions<JsonOptions> jsonOptions)
    {
        _jsonOptions = jsonOptions;
    }

    public async Task BindModelAsync(ModelBindingContext bindingContext)
    {
        var request = bindingContext.HttpContext.Request;
        using var reader = new StreamReader(request.Body);
        var bodyContent = await reader.ReadToEndAsync();
        // 重置流位置
        request.Body.Position = 0;

        // 反序列化到目标参数类型
        var model = JsonSerializer.Deserialize(bodyContent, bindingContext.ModelType, _jsonOptions.Value.SerializerOptions);
        bindingContext.Result = ModelBindingResult.Success(model);
    }
}

// 自定义特性，标记要使用这个绑定器的参数
public class MultiFromBodyAttribute : ModelBinderAttribute
{
    public MultiFromBodyAttribute() : base(typeof(MultiFromBodyModelBinder))
    {
    }
}

第三步：在方法中使用自定义特性

[HttpPost]
public IActionResult Search([MultiFromBody] List<int> ids, [MultiFromBody] SearchEntity searchEntity)
{
    // 现在两个参数都能正常获取数据了
}

注意：这个方案要求请求体的JSON结构能同时反序列化为两个参数类型，比如请求体是{"ids": [1,2,3], "Name": "xxx"}，这时候反序列化List<int>可能需要额外处理（比如绑定器里提取ids字段），所以其实还是方案2更直接。

内容的提问来源于stack exchange，提问作者Burak çağlayan