c# SignalR 高并发连接数优化 SignalR 性能瓶颈

林译川

2026-10-01 • 👁 0人浏览过

SignalR 默认连接数上不去是因服务器配置和底层限制所致，需调优Kestrel连接数、HTTP/2、TLS及Hub广播机制，并优化客户端重连策略。 SignalR 默认连接数为什么上不去？ SignalR 在 IIS 或 Kestrel 上默认受限于服务器配置和 ASP.NET Core 的底层限制，不是代码写得“高级”就能突破的。常见现象是：压测时连接数卡在几百就报

ConnectionRefused

、

TimeoutException

或客户端反复重连失败——这往往不是 SignalR 自身问题，而是 Windows 句柄、线程池、HTTP/2 流控或 TLS 握手堆积导致的。 IIS 默认

maxConcurrentRequestsPerCPU

是 5000，但实际受

applicationPool → queueLength

（默认1000）和系统

MaxUserPort

（默认5000）拖累 Kestrel 默认不启用 HTTP/2，而大量短连接 + 频繁重连会快速耗尽端口和 TLS session cache

HubLifetimeManager

默认用内存实现，高并发下广播操作易成瓶颈，尤其

Clients.All.SendAsync

会同步阻塞整个 Hub 线程必须改的 Kestrel 和 ASP.NET Core 配置项别只盯着

Hub

类写法，真正起效的是宿主层调优。以下配置需在

Program.cs

中显式设置：

var builder = WebApplication.CreateBuilder(args);

// 关键：Kestrel 连接与缓冲调优
builder.WebHost.ConfigureKestrel(serverOptions =>
{
    serverOptions.Limits.MaxConcurrentConnections = 100_000; // 显式放开
    serverOptions.Limits.MaxConcurrentUpgradedConnections = 100_000;
    serverOptions.Limits.MaxRequestBodySize = null; // 若不用上传
    serverOptions.Limits.MinRequestBodyDataRate = null; // 防止慢速攻击误杀
    serverOptions.Limits.KeepAliveTimeout = TimeSpan.FromMinutes(5);
});

// 关键：ASP.NET Core 主机级并发控制
builder.Services.Configure(options =>
{
    options.AutomaticAuthentication = false;
    options.AuthenticationDisplayName = "Windows Authentication";
});
builder.Services.Configure(options =>
{
    options.MaxConnections = 100_000;
    options.MaxRequestBodySize = null;
});

var app = builder.Build();

注意：

MaxConcurrentConnections

必须设为

null

或足够大数值，否则 Kestrel 内部连接队列会直接拒绝新连接；

MaxConcurrentUpgradedConnections

是 WebSocket 升级专用阈值，SignalR 默认走 WebSocket，此项常被忽略。 Hub 层避免广播阻塞的实操方式高频消息场景下，

Clients.All.SendAsync

是性能杀手——它会把所有连接序列化一次、再逐个 await 发送，中间任意一个慢连接都会拖垮整批。替代方案不是“优化序列化”，而是绕过同步广播模型：知网AI智能写作知网AI智能写作，写文档、写报告如此简单下载用

Clients.AllExcept(...).SendAsync

减少目标集，但本质未解耦改用

ITransportHeartbeat

+ 自定义

IHubLifetimeManager

实现异步批量投递（推荐）更轻量做法：在 Hub 外启动独立后台服务（

BackgroundService

），将消息入队（如

Channel

），由消费者线程池分片推送禁用自动 JSON 序列化缓存：

AddJsonProtocol(opt => opt.PayloadSerializerOptions.WriteIndented = false)

，减小 GC 压力示例：用 Channel 实现非阻塞广播

public class BroadcastService : BackgroundService
{
    private readonly ChannelReader

相关文章