为何SignalR接口方法无需编写具体实现即可正常运行？

这是ASP.NET Core SignalR的核心特性——动态代理与客户端方法契约约定在起作用，具体拆解如下：

1. 接口的核心作用：定义服务端可调用的客户端方法契约 #

你写的INotifyHubClient接口，并不是要在服务端实现的业务逻辑接口，而是用来约定客户端必须实现哪些方法。服务端通过这个接口来“声明”：我要调用客户端的NotifyClient方法，至于这个方法具体做什么，服务端不用管，那是客户端的事。

2. SignalR自动生成动态代理 #

当你让NotificationHub继承Hub<INotifyHubClient>，或者注入IHubContext<NotificationHub, INotifyHubClient>时，SignalR框架会在程序运行时自动为这个接口生成一个动态代理对象。这个代理对象的工作不是执行方法逻辑，而是：

• 把你调用NotifyClient的操作，转换成SignalR能识别的消息格式（比如JSON）
• 通过WebSocket或其他长连接方式，把消息推送给目标客户端（这里是All，即所有连接的客户端）

3. 控制器里的调用逻辑到底在做什么 #

看控制器里的这段代码：

_hubContext.Clients.All.NotifyClient(message);

这里的Clients.All返回的不是你自己写的类，而是SignalR生成的代理对象。当你调用它的NotifyClient方法时，根本不会执行服务端的任何本地逻辑，而是直接把“调用客户端NotifyClient方法，参数是message”这个指令打包成消息发出去。

4. 真正的实现在客户端 #

举个JS客户端的例子（不同客户端语言写法类似），你必须在客户端代码里实现这个方法，比如：

const connection = new signalR.HubConnectionBuilder()
    .withUrl("/notificationHub")
    .build();

// 这里才是NotifyClient方法的真正实现
connection.on("NotifyClient", function(message) {
    alert("收到服务端推送：" + message);
    // 你可以在这里写更新页面、处理业务的逻辑
});

connection.start().catch(err => console.error(err));

总结一下：服务端的接口只是个“方法名约定”，SignalR帮你搞定了从服务端发指令到客户端执行的整个通信过程，所以你不需要在服务端写接口的实现代码。

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