无法监听Feathers服务端通过Channel推送的Socket.io事件如何解决

问题排查点 #

1. 最常见原因：Feathers默认排除事件触发者连接 #

Feathers通道发布事件时，默认不会把事件发送给触发本次请求的连接本身。如果你是用同一个Postman的Socket连接发送patch请求、同时监听事件，就会出现收不到的情况。
验证方案：

• 开启两个独立的Socket.io连接，都加入1通道
• 用连接A发送patch请求，用连接B监听rooms patched事件
  如果能收到，说明就是默认排除触发者的问题，可通过以下配置关闭该逻辑：

// Feathers v4 版本配置
app.publish((data, context) => {
  // 清空跳过的连接列表，允许发送给触发者
  if(context.params.connection) {
    context.params.skipConnections = []
  }
  return app.channel('1')
})

// Feathers v5 版本配置
app.publish((data, context) => {
  // 配置includeSelf为true，包含触发者连接
  return app.channel('1').sendFor(context, { includeSelf: true })
})

2. 事件名与服务路径不匹配 #

Feathers的Socket事件名是服务注册路径 + 空格 + 事件名，如果你的rooms服务注册时用了嵌套路径（比如/api/rooms），事件名应该是api/rooms patched，而非rooms patched。
确认你注册服务的代码：

// 如果是这么注册的，事件名就是rooms patched
app.use('rooms', new RoomsService())

// 如果是这么注册的，事件名是api/rooms patched
app.use('api/rooms', new RoomsService())

3. 服务默认事件被关闭 #

检查rooms服务注册时的配置，有没有手动清空了events配置项，移除了默认的CRUD事件：

// 错误写法：会清空所有默认事件，导致不会触发patched事件
app.use('rooms', new RoomsService(), {
  events: []
})

4. 通道名语法错误（不影响本次测试，但影响后续正式逻辑） #

你代码中加入用户组通道的语法存在问题，模板字符串插入变量需要使用${}包裹：

// 错误写法：所有用户都会加入名为group.groupId的固定通道
app.channel(`group.groupId`).join(connection)

// 正确写法：按groupId动态生成通道名
connection.userGroups.forEach((group) => {
  app.channel(`group.${group.id}`).join(connection)
})

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