API控制器单次仅处理一个请求的性能问题咨询

首先得点出你当前代码里的核心问题：你用Task.Run(async () => { ... })把同步逻辑包装成了“伪异步”，这反而会耗尽ASP.NET的线程池线程，导致后续请求只能排队等待，看起来就像每次只能处理一个请求。

正确的异步改造方向 #

• 把同步的IO操作（比如你代码里的using (var reader = ...)这类）替换成原生异步API，而不是用Task.Run去包装同步代码。比如读取请求内容时，用Request.Body.ReadAsync这类异步方法，而非同步读取后丢去后台线程。
• 移除不必要的Task.Run，让控制器方法真正利用异步IO的优势，释放线程池线程去处理其他请求。

改造后的示例代码 #

[HttpPost]
public async Task<IActionResult> Post()
{
    var rom = new ResultObjectModel();
    try
    {
        // 替换为原生异步的读取/处理逻辑
        using (var reader = new StreamReader(Request.Body))
        {
            var content = await reader.ReadToEndAsync();
            // 后续业务处理也尽量用异步方法，比如数据库操作用ExecuteAsync等
            rom = await ProcessContentAsync(content);
        }
        return Ok(rom);
    }
    catch (Exception ex)
    {
        rom.ErrorMessage = ex.Message;
        return BadRequest(rom);
    }
}

// 示例异步业务处理方法
private async Task<ResultObjectModel> ProcessContentAsync(string content)
{
    // 模拟2.5秒的异步操作（比如调用外部API、数据库查询）
    await Task.Delay(2500);
    return new ResultObjectModel { /* 填充业务结果 */ };
}

关键原理说明 #

• ASP.NET的请求处理依赖线程池，当你用Task.Run时，会从线程池拿一个线程执行同步代码，这个线程会被占用直到同步操作完成。如果请求量上来，线程池线程被耗尽，后续请求就只能排队，表现为“每次仅处理一个请求”。
• 原生异步IO操作（比如ReadToEndAsync、数据库异步方法）会在等待IO完成时释放线程池线程，让这个线程可以去处理其他请求，等IO操作完成后再回调继续处理当前请求，这样就能同时处理多个请求，不会阻塞。

额外检查点 #

• 确保业务逻辑里没有其他同步阻塞的操作（比如Thread.Sleep，要换成await Task.Delay）。
• 检查是否有全局锁或者单例资源导致请求串行处理，如果有的话要优化资源访问方式。

内容的提问来源于stack exchange，提问作者The IT Dejan