Blazor Server Side 并发用户承载能力及并发请求测试问题咨询

1. Blazor Server 能否处理多并发请求 #

完全可以。Blazor Server 底层基于 SignalR 实现客户端与服务端的双向通信，官方基准测试以及大量生产落地案例已经验证了它的并发承载能力：标准4核8G配置的单台服务器，优化到位的前提下可承载1000~2000个同时活跃的用户连接，做多节点负载均衡部署后可支撑更高量级的并发请求。
你需要注意几个直接影响并发上限的核心因素：

• 业务逻辑复杂度：单用户会话占用的CPU、内存资源越高，单台服务器可承载的并发数越低，电子银行类涉及大量加密计算、数据库读写的应用，建议提前优化高频查询、重计算逻辑，降低单会话资源占用
• 服务器与传输配置：优先开启WebSocket协议（相比长轮询可降低30%以上的资源占用），按需调整SignalR的最大并行连接数、超时时间等默认参数，生产服务器建议配置4核8G以上规格
• 状态管理逻辑：尽量避免在Blazor Server的Circuit会话中存储大量冗余数据，减少单会话内存占用，可有效提升单服务器的并发承载量

2. Blazor Server 并发请求测试方案 #

注意：Blazor Server的交互逻辑和传统无状态Web应用不同，普通的HTTP压测工具仅测页面静态资源请求无法反映真实使用场景的性能，必须模拟真实的SignalR连接以及用户交互行为
可参考以下测试方案：

• 基于Microsoft.AspNetCore.SignalR.Client自研压测脚本：你可以创建批量独立的SignalR客户端实例，模拟真实用户从登录、查询账户信息、发起交易到退出的全链路操作，统计不同并发量级下的响应延迟、错误率、服务器CPU/内存占用数据
• 用成熟压测工具适配SignalR场景：可以用JMeter安装SignalR插件，或者用k6搭配websocket扩展模块，配置阶梯式递增的并发用户数策略，覆盖电子银行核心交易场景（转账、流水查询、账单导出等），得到应用的性能拐点数据
• 测试过程中除了服务端指标，还要同步观测客户端侧的交互响应耗时、UI卡顿率，更贴合真实用户的使用体验，最终得到的最大可承载并发数也更具备参考性

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