c# ASP.NET Core 的 IHttpConnectionManager 和并发连接管理

为什么找不到

IHttpConnectionManager

？

你在 ASP.NET Core 6+ 项目中搜索

IHttpConnectionManager

internal

真正可控的并发连接入口是

KestrelServerOptions

如果你的目标是限制并发连接数、防止资源耗尽，唯一受支持且稳定的方式是配置 Kestrel 的连接层参数。这些设置直接影响底层 socket 连接池行为，而非 HTTP 请求队列。

MaxConcurrentConnections

MaxConcurrentUpgradedConnections

ConnectionTimeout

var builder = WebApplication.CreateBuilder(args);
builder.WebHost.ConfigureKestrel(serverOptions =>
{
    serverOptions.Limits.MaxConcurrentConnections = 1000;
    serverOptions.Limits.MaxConcurrentUpgradedConnections = 200;
    serverOptions.Limits.ConnectionTimeout = TimeSpan.FromSeconds(30);
});

HTTP 层并发控制靠

WebHostBuilder

和中间件协同

Kestrel 管的是 TCP 连接，而你常关心的“同时处理多少个请求”，其实是 HTTP 请求管道的吞吐问题。这由三部分共同决定：

ThreadPool.SetMinThreads

UseRateLimiter()

.Result

.Wait()

典型误判是：看到大量

503 Service Unavailable

诊断真实连接状态必须用

dotnet-counters

或 Kestrel 日志

不要依赖内存快照或自定义计数器去“猜”当前活跃连接数。Kestrel 内置指标可通过以下方式观测：

Microsoft.AspNetCore.Server.Kestrel

Debug

Connection id "..." started.

stopping.

dotnet-counters monitor -p <pid> --counters Microsoft.AspNetCore.Server.Kestrel</pid>

active-connections

connections-established

HttpContext

最常被忽略的一点：Kestrel 的连接管理与 TLS 握手强相关。如果启用了 HTTPS 且客户端频繁重连（如移动端网络抖动），

MaxConcurrentConnections

HttpsConnectionAdapterOptions.HandshakeTimeout