SignalR服务端如何实现匹配所有消息类型的catch-all通用处理方法

结论 #

你的需求可实现，原生[HubMethodName("*")]通配符写法不被支持，可通过重写Hub的InvokeMethodAsync虚方法实现，这是目前最简便、完全符合你要求的方案。

方案说明 #

SignalR的Hub类内置的InvokeMethodAsync是负责分发客户端调用的核心方法，所有客户端发送的消息都会先进入该方法进行方法名匹配、参数解析后再路由到对应业务方法，重写该方法即可拦截所有客户端调用，无需维护消息类型列表。

示例代码 #

public class CustomHub : Hub
{
    // 重写调用分发方法，拦截所有客户端消息
    public override Task InvokeMethodAsync(string methodName, object?[] parameters)
    {
        // methodName：客户端发送的消息类型名
        // parameters：客户端传入的参数数组，按你的场景直接取第一个元素即可
        var inputParam = parameters.FirstOrDefault();
        // 执行你的通用处理逻辑
        return CatchAllHandler(methodName, inputParam);
    }

    // 你的通用处理方法
    private Task CatchAllHandler(string messageType, object? param)
    {
        // 这里可以根据messageType区分不同消息，处理param参数
        // 你的业务逻辑
        return Task.CompletedTask;
    }
}

可选兼容逻辑 #

如果你的Hub还需要保留部分固定方法的独立处理逻辑，可在重写方法中增加判断，匹配到固定方法名时调用原生逻辑即可：

public override Task InvokeMethodAsync(string methodName, object?[] parameters)
{
    // 固定方法走原生分发逻辑
    if (methodName is "Login" or "HeartBeat")
    {
        return base.InvokeMethodAsync(methodName, parameters);
    }
    // 其余所有消息走通用处理
    return CatchAllHandler(methodName, parameters.FirstOrDefault());
}

补充说明 #

你之前尝试的IHubFilter无法处理未定义方法的原因是：IHubFilter仅在方法名匹配成功、准备执行对应业务方法前触发，未匹配到方法的调用不会进入过滤器执行链路，因此无法满足需求。

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