IIS 8.5多工作进程下SignalR消息异常，是否需部署背板？

核心原因：多工作进程导致状态隔离 #

是的，IIS设置的10个运行中的工作进程就是你遇到SignalR消息丢失问题的直接原因。

SignalR默认采用进程内内存存储来维护连接、群组等核心状态数据，但IIS的每个工作进程都拥有独立的内存空间，彼此之间完全隔离：

• 客户端A的WebSocket连接可能被分配到进程1，客户端B的连接被分配到进程2
• 当你从进程1的Hub发送群组消息时，进程1的内存里只有自己维护的群组信息（比如客户端A的连接），根本不知道进程2里的客户端B也在同一个群组中
• 哪怕两个客户端的WebSocket连接都处于开启状态，消息也无法跨进程传递到目标客户端，最终表现为“群组信息丢失”、消息无法送达

单服务器多进程场景下的解决方案：必须实现背板 #

哪怕是单服务器部署，只要启用了多工作进程，就必须实现SignalR背板。

背板的核心作用是为所有工作进程提供一个共享的状态存储，让连接、群组等数据不再局限于单个进程的内存中，而是统一存储在背板（比如Redis、SQL Server）里：

• 无论客户端连接到哪个工作进程，Hub都会从共享背板读取/写入状态数据
• 发送消息时，所有工作进程都能获取到完整的群组、用户连接信息，确保消息能准确送达所有目标客户端

简单实现建议 #

如果是单服务器场景，推荐使用Redis背板（性能高、部署简单）：

1. 安装NuGet包：Microsoft.AspNetCore.SignalR.StackExchangeRedis
2. 在Startup的ConfigureServices中配置：

services.AddSignalR()
        .AddRedis("your-redis-connection-string");

如果没有Redis环境，也可以用SQL Server背板，安装Microsoft.AspNetCore.SignalR.SqlServer包后，配置对应的连接字符串即可。

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