C#编写的WebSocket服务器最大并发连接数技术咨询

阿华AIGC实验室

2026-5-22

C# WebSocket服务器最大并发连接数详解

嘿，这个问题其实没有一个固定的“标准答案”——C# WebSocket服务器能扛住多少并发连接，取决于好几个关键因素，我来给你逐一拆解：

核心影响因素

服务器硬件资源
这是基础中的基础：CPU核心数决定了能同时处理多少业务逻辑或IO操作；内存则关系到每个连接的会话数据、缓冲区占用——每个WebSocket连接大概会占用几KB到几十KB的内存，内存不足时新连接根本建立不起来；网络带宽也很关键，如果大量连接同时收发数据，带宽跑满了也会限制并发数。
操作系统限制
不管用什么语言，操作系统的TCP连接限制都会卡脖子。以Windows为例：
- 默认的动态端口范围（MaxUserPort）有限，用完了就没法建立新的出站连接（如果服务器需要主动和客户端通信的话）；
- TIME_WAIT状态的连接会占用端口一段时间，默认留存时间较长，可能导致端口耗尽；
- 进程的句柄数限制，每个WebSocket连接都会占用一个句柄，超过限制就会报错。
使用的框架/实现方式
不同的实现方式并发能力天差地别：
- ASP.NET Core + Kestrel：这是目前最推荐的方案，Kestrel本身就是为高并发设计的。配置得当的话，普通8核16G服务器撑几万甚至十几万并发完全没问题。要注意调整Kestrel的连接限制、IO模式（比如用Sockets模式），还有线程池配置。
- 手写TcpListener+WebSocket：如果是自己基于System.Net.WebSockets.WebSocket类从零写服务器，并发能力完全看你的代码质量——比如有没有用异步IO（async/await）、有没有合理复用缓冲区、有没有及时释放无用连接资源。写得好的话也能达到很高并发，但坑会比较多。
业务逻辑复杂度
如果每个连接的业务逻辑都很耗CPU（比如实时计算、大量数据处理），或者每个连接都要占用大量内存，那即使硬件和系统都允许，实际并发数也会被业务逻辑拖垮。比如每个连接都在做机器学习推理，那CPU分分钟打满，连几百个连接都扛不住。

实用优化建议

全异步编程：所有IO操作（接收、发送WebSocket数据）都用async/await，别用同步阻塞方法——这样少量线程就能处理成千上万的连接，避免线程耗尽。
调整系统参数：Windows下可以通过注册表或组策略修改TcpTimedWaitDelay（缩短TIME_WAIT时长）、MaxUserPort（增大可用端口范围），同时调整进程的句柄数限制。

优化Kestrel配置：在ASP.NET Core项目里，你可以这样配置Kestrel的连接上限：

services.Configure<KestrelServerOptions>(options =>
{
    options.Limits.MaxConcurrentConnections = 100000;
    options.Limits.MaxConcurrentUpgradedConnections = 100000;
    // 还可以调整IO模式、线程数等
});