C# Web API并发少量请求时响应异常缓慢问题求助

这种本地环境下并发少量请求就出现高延迟的情况，我碰到过好几个类似案例，核心问题基本都出在代码内部的阻塞或资源竞争上——毕竟localhost没有网络损耗，瓶颈肯定在咱们自己的代码里。结合你的描述，给你梳理几个排查方向和解决方案：

1. 先检查Global.asax的统计代码是否线程不安全 #

你提到在Global.asax里用了Dictionary统计请求耗时，普通的Dictionary<TKey,TValue>是非线程安全的，并发请求同时操作它的时候，.NET内部会触发隐式锁来保护集合，这会直接导致请求排队阻塞，刚好符合你说的“并发慢、单个快”的现象。

解决方法很简单，换成线程安全的ConcurrentDictionary：

// 替换原来的Dictionary
private ConcurrentDictionary<string, long> _requestTimings = new ConcurrentDictionary<string, long>();

之后所有的增删改查都用ConcurrentDictionary提供的方法（比如TryAdd、TryGetValue），避免手动加锁。

2. 排查控制器代码里的同步阻塞操作 #

如果你的API里存在同步等待异步方法（比如用.Result、.Wait()调用HttpClient.GetAsync），或者使用了老式的同步IO API（比如File.ReadAllText、SqlCommand.ExecuteReader），会导致线程池线程被长时间占用。本地线程池的线程数量有限，并发请求一来，新请求就得等空闲线程，自然会出现延迟。

举个典型的错误写法：

// 错误：同步等待异步方法，阻塞线程
var response = httpClient.GetAsync("https://example.com").Result;

改成异步await的正确写法：

// 正确：异步等待，线程会被释放回线程池
var response = await httpClient.GetAsync("https://example.com");

确保整个调用链都是异步的（控制器方法标记async Task<IActionResult>），线程池才能高效复用线程。

3. 检查是否存在全局共享资源的锁 #

如果代码里有静态锁对象，或者在全局范围内用了lock关键字保护共享资源（比如静态缓存、数据库连接），并发请求会排队等待锁释放，这也会导致个别请求耗时暴增。

排查方法：

• 全局搜索代码里的lock关键字，看看锁的范围是不是过大，或者有没有必要加锁
• 用Visual Studio的性能分析器（Alt+F2）选择“并发分析”，运行后查看线程阻塞的热点，定位到具体的锁代码

4. 确认ASP.NET请求并发配置是否被修改 #

默认情况下，ASP.NET的并发配置足够应对本地的少量请求，但如果web.config里的maxConcurrentRequestsPerCPU等参数被手动改小，也会导致请求排队。可以在web.config里检查：

<system.web>
  <applicationPool maxConcurrentRequestsPerCPU="5000" maxConcurrentThreadsPerCPU="0" requestQueueLimit="5000"/>
</system.web>

保持默认值即可，不需要刻意调小。

5. 排除调试器的影响 #

如果是在Visual Studio调试模式下运行（F5），调试器会拦截线程执行、触发断点检查，并发时会明显拖慢线程调度。可以试试切换到Release模式，用Ctrl+F5不附加调试器运行，看看延迟是否消失——很多时候调试器就是罪魁祸首。

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