一、SignalR初探：实时通信的“前世今生”

大家好，我是你们这门课的老朋友。今天咱们来聊聊实时通信，以及SignalR这个“老朋友”。

说实话，我第一次接触实时通信，还是做股票行情系统的时候。那时候用户刷新页面，数据才更新，体验差得要命。后来我就在想，能不能让服务器主动把数据推给浏览器？嗯，这就是实时通信要解决的核心问题。

1.1 什么是实时通信？

实时通信，说白了就是“秒级响应”。用户不用手动刷新，数据自己就来了。

举个例子：

• 聊天软件：你发一条消息，对方立刻收到
• 在线协作：多人同时编辑文档，改动实时同步
• 股票行情：股价变动，K线图自动更新
• 游戏对战：你开一枪，对方屏幕立刻显示掉血

这些场景，背后都是实时通信在支撑。

1.2 SignalR的发展史

SignalR是微软推出的实时通信框架。我记得最早是2012年左右，那时候还是ASP.NET时代。

发展历程大致是这样的：

版本	时间	主要变化
SignalR 1.x	2012年	基于ASP.NET，支持WebSocket、长轮询等
SignalR 2.x	2014年	集成到ASP.NET MVC，性能优化
ASP.NET Core SignalR	2018年	重写，跨平台，性能大幅提升
SignalR for .NET 6+	2021年	原生支持，持续迭代

我个人习惯把SignalR的发展分为两个阶段：

• 经典SignalR：只能在Windows上用，依赖IIS
• Core SignalR：跨平台，性能更好，支持gRPC

我在项目中遇到过从经典版迁移到Core版的坑。最典型的就是Hub命名空间变了，很多旧代码要改。嗯，这里要注意，如果你还在用经典版，建议尽早升级。

1.3 SignalR的核心优势

为什么我推荐SignalR？说白了，它解决了实时通信的“最后一公里”问题。

核心优势有这几点：

1. 自动选择传输方式：WebSocket不行就降级到Server-Sent Events，再不行就用长轮询。你什么都不用管。
2. 强类型Hub：服务端和客户端可以定义强类型接口，编译时就能发现错误。
3. 内置群组管理：可以轻松实现“群聊”、“广播”、“私信”等场景。
4. 自动重连：网络断了，SignalR会自动尝试重连，不用你写一堆重试逻辑。
5. 跨平台：.NET Core时代，Linux、macOS都能跑。

1.4 与其他方案对比

市面上实时通信方案不少，我简单对比一下：

方案	优点	缺点	适用场景
原生WebSocket	性能高，协议标准	需要自己处理重连、心跳、序列化	对性能要求极高的场景
Socket.IO	Node.js生态，自动降级	只支持JavaScript，.NET集成麻烦	Node.js技术栈
SignalR	.NET原生，功能完善，自动协商	依赖.NET生态	.NET技术栈，快速开发
gRPC Stream	高性能，双向流	学习成本高，浏览器支持有限	微服务间通信

你想想看，如果你用原生WebSocket，要自己写心跳检测、断线重连、消息序列化……这些SignalR都帮你做了。我刚开始做实时通信时，也想过自己造轮子，后来发现坑太多，还是用现成的框架省心。

1.5 一个简单的例子

说了这么多，咱们看个最简单的代码。这是SignalR Hub的定义：

public class ChatHub : Hub
{
    public async Task SendMessage(string user, string message)
    {
        // 广播给所有连接的客户端
        await Clients.All.SendAsync("ReceiveMessage", user, message);
    }
}

客户端调用：

// 建立连接
var connection = new HubConnectionBuilder()
    .WithUrl("/chatHub")
    .Build();

// 接收消息
connection.On<string, string>("ReceiveMessage", (user, message) =>
{
    Console.WriteLine($"{user}: {message}");
});

// 发送消息
await connection.InvokeAsync("SendMessage", "张三", "大家好！");

就这么几行代码，一个实时聊天功能就出来了。是不是很简单？

我刚开始用SignalR时，最惊讶的就是它的简洁。以前用原生WebSocket，光心跳检测就要写几十行。SignalR把这些都封装好了，你只需要关注业务逻辑。

1.6 本章小结

好了，咱们来回顾一下：

• 实时通信就是“服务器主动推送”，不是“客户端轮询”
• SignalR从2012年发展到现在，已经非常成熟
• 它的核心优势是自动协商、强类型Hub、内置群组和重连
• 相比其他方案，SignalR在.NET生态下是最佳选择

下一章，咱们会深入SignalR的传输机制，看看它到底是怎么做到“自动协商”的。到时候我会分享一个我在生产环境中遇到的传输降级案例，很有意思。

记住一句话：实时通信不难，难的是把实时通信做好。SignalR帮你把“难”的部分都做了。