Kestrel经ab并发测试时挂起，最终确认为macOS系统问题

你遇到的这个问题，确实是macOS High Sierra 10.13.2的系统级bug，和你的.NET Core代码、Kestrel配置没有直接关系。

问题根源 #

在macOS 10.13.2版本中，TCP/IP内核栈存在一个已知缺陷：当处理高并发TCP请求（比如你用ab -c 100模拟的场景）时，系统的连接队列会出现异常阻塞，导致新的请求无法被Kestrel正常接收和处理。这就是为什么你看到服务在处理约3/4的请求后挂起，等待一段时间后看似恢复，但再次压测又会重复出现问题——本质是系统内核在缓慢清理异常连接，但新的并发请求很快又会触发同一bug。

修复方案 #

• 优先升级macOS系统
  苹果在后续的系统更新（比如10.13.3及更高版本）中已经修复了这个TCP栈的问题，升级到最新的可用系统版本是最彻底的解决办法。
• 临时缓解措施（无法根治）
  如果暂时无法升级系统，可以尝试降低并发请求的强度：比如把ab命令的-c参数从100调小到更低的值（比如30-50），或者在Kestrel配置中限制最大连接数，减少触发系统bug的概率，但这只能临时缓解，无法从根本上解决问题。

你之前尝试提升文件描述符限制、调整Kestrel相关选项没有效果，这完全符合系统级bug的特征——这些都是应用层的配置，无法绕过内核的缺陷。

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