pSignalR 是 C# 聊天室最稳选择自动处理连接管理、降级兼容、消息分发避免 async void、空参解构、静态状态存储正确配置路由与代理生产环境必用 Redis 背板。/pSignalR 是当前 C# 聊天室最稳的选择不用纠结 Socket 自建通信层——SignalR 已经把连接管理、重连、消息广播、分组、身份上下文这些硬骨头啃完了。它底层自动在 WebSocket / Server-Sent Events / Long Polling 之间降级你写一套代码就能跑在老旧 IE 和最新 Edge 上。常见错误现象Microsoft.AspNetCore.SignalR.HubException: Connection disconnected before invocation result was received多数是因为 Hub 方法里用了 async void 或没 await 异步操作或者前端调用时传了 null 参数而服务端没校验直接解构。Hub 类必须继承 Hub不能是 HubT泛型 Hub 仅用于强类型客户端实际项目中反而增加耦合所有公开方法默认可被客户端调用敏感操作如踢人、删消息务必加 [Authorize] 或手动检查 Context.User.Identity.IsAuthenticated发消息别用 Clients.All.SendAsync(...) 直播全量按场景选Clients.Group(room1).SendAsync(...)房间隔离、Clients.Client(connectionId).SendAsync(...)私聊不要在 Hub 方法里长期持有大对象或启动后台线程——Hub 实例是瞬态的方法执行完就可能被回收Socket 编程只在极少数场景值得碰除非你明确需要毫秒级可控的帧结构比如实时协作白板的笔迹同步、或要对接非 .NET 客户端且对方只认原始 TCP/UDP 协议否则别碰 TcpListener NetworkStream 这套。它不处理断线重连、心跳、粘包拆包、多路复用你得自己补全上线后大概率会遇到连接数上不去、内存泄漏、消息错乱。典型翻车点StreamReader.ReadLine() 阻塞等待换行符但客户端没发 就卡死或用 stream.Read() 读固定长度结果网络抖动导致一次只收到半条消息。必须实现自定义协议头含长度字段用 BinaryReader.ReadInt32() 先读长度再读指定字节数才能可靠拆包每个连接对应一个长生命周期的 Task需用 CancellationToken 配合超时和主动关闭否则连接堆积会耗尽线程池广播消息时不能简单 foreach 所有 socket 写入——并发写同一个 NetworkStream 会抛 IOException得为每个连接配独立 writer 或加锁.NET 6 推荐用 System.IO.Pipelines 替代裸 Stream它内置缓冲管理和零拷贝解析但学习成本明显高于 SignalR聊天室状态存哪别碰静态变量多人聊天的核心状态——在线用户列表、房间成员映射、未读消息计数——绝不能存在 static Dictionarystring, Liststring 里。IIS 应用池回收、K8s Pod 重启、SignalR Scale-out 多实例部署都会让这个字典瞬间失联或不同步。 Tellers AI Tellers是一款自动视频编辑工具可以将文本、文章或故事转换为视频。