ASP.NET Core单HTTP请求一次生成100-500个Task是否属于不良实践？

1. 现有方案是否属于不良实践？ #

不属于，针对IO密集型的第三方API调用，使用Task.WhenAll并行发起请求是非常标准的性能优化手段，你的改造方向完全正确。

2. 会不会出现线程池饥饿、死锁问题？ #

完全不会，核心原因有两点：

• 你调用的是第三方REST API，属于IO绑定任务，这类异步Task在等待网络响应的过程中不会占用任何ThreadPool线程，只有当API响应返回后，才会短暂占用ThreadPool线程执行后续结果处理逻辑。哪怕同时发起上千个这类请求，也几乎不会消耗ThreadPool的线程资源，完全不可能出现饥饿问题。
• ASP.NET Core默认没有同步上下文（SynchronizationContext），不存在传统.NET Framework中常见的await死锁触发条件，无需担心死锁。

3. 单次最多可同时生成多少个Task？ #

官方没有明确的硬上限，但你需要考虑两个实际限制：

• 第三方API的限流规则：大多数公开API都会限制单客户端的并发请求数/请求频率，一次性发起上百个请求到同一个第三方接口，很可能会被返回429（请求过多）错误，甚至被临时封禁。
• 本地资源限制：就算第三方不限流，你本地的端口数量、TCP连接数也是有限的，短时间发起过多请求可能会导致端口耗尽，后续请求直接失败。

你的现有方案已经可以正常使用，针对你提到的最大200条数据的场景，建议增加并发度控制，既保留并行的性能优势，又避免触发上述限制，可以用SemaphoreSlim实现简单的并发限流，参考代码如下：

public async Task<ActionResult> SomeAction(int someId)
{
    int[] itemIds = await _service.GetSomeItems(someId);
    // 限制最大并发数为20，可根据第三方API的限流规则灵活调整
    using var semaphore = new SemaphoreSlim(20);
    var tasks = itemIds.Select(async id =>
    {
        await semaphore.WaitAsync();
        try
        {
            return await _service.GetItemDetails(id);
        }
        finally
        {
            semaphore.Release();
        }
    });
    var model = await Task.WhenAll(tasks);
    return View(model);
}

如果第三方API支持批量查询（比如支持传入多个ID一次返回所有结果），优先改成批量请求，性能会比并行发起多个单请求更好。

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