如何在Node.js Azure Functions中配置SignalR Service重连触发器

1. 核心原因：Connections类别触发器不支持reconnected事件 #

Azure SignalR Service的connections类别触发器仅支持connected和disconnected两个事件，官方并未提供reconnected的内置触发支持，这就是启动报错的直接原因——你尝试在不支持该事件的类别下配置触发器。

2. 处理客户端重连的替代方案 #

虽然没有内置的reconnected触发器，但可以通过两种方式实现重连场景的处理：

方案一：客户端主动上报重连

在客户端配置自动重连的逻辑中，当重连成功后，主动调用一个自定义的Hub方法（比如notifyReconnected），然后在函数中创建针对该方法的SignalR触发器：

// 客户端代码（以JS为例）
const connection = new signalR.HubConnectionBuilder()
  .withUrl("/serverless")
  .withAutomaticReconnect()
  .build();

connection.onreconnected(() => {
  // 重连成功后主动上报
  connection.invoke("notifyReconnected").catch(err => console.error(err));
});

// Azure函数中的触发器配置
app.generic("handleReconnected", {
  trigger: trigger.generic({
    type: "signalRTrigger",
    name: "request",
    direction: "in",
    hubName: "serverless",
    event: "notifyReconnected", // 对应客户端调用的方法名
    category: "messages",
  }),
  handler: async (triggerInput, context) => {
    // 处理重连逻辑，比如更新用户在线状态、恢复会话等
  }
});

方案二：通过连接状态追踪判定重连

利用已有的connected和disconnected事件，结合用户标识（比如JWT中的用户ID）来追踪连接状态：

• 当disconnected触发时，记录该用户的连接断开时间和旧Connection ID；
• 当connected触发时，检查同一用户是否在短时间内（比如30秒）有过断开记录，如果有，则判定为重连场景，执行对应的重连处理逻辑；
• 注意：自动重连成功后，客户端的Connection ID会保持不变，也可以通过这个特性来匹配前后两次连接。

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