Richard Chien

下个版本升级 WebSocket Server 库应该可以解决

补充一下，实际上还没解决，这个问题需要等 WebSocket Server 的库解决才行了（

@spacemeowx2 哇，这个功能很早就想做，然后当时觉得有点麻烦，以后一定做一定做（

可以考虑，看有没有空做吧

> 此处的 WebHook 通信方式应该是必不可少，其他通信方式反而可能是不可用的状态。假设使用了反向 ws，那么发出 ws 数据包后，由于是全双工，无法确定什么时候的动作数据回包会发送，只能通过一个最大限度的等待，比如 2 秒内收到动作请求即转换响应为被动回复等。 其实我感觉，作为 LibOneBot 应该要实现所有通信方式，微信公众号这种的 OneBot 实现应该有一个最大等待时间，对应用端来讲仍然可以采取任何通信方式连接。其实这和原来 WebSocket 的使用逻辑是一样的，应用端发送 action request 之后，也是需要等待 response 至一个超时时间的。

> 但是对于一些语言或平台本身的限制来说，可能无法同一时间实现对应 LibOB 所有的通信方式。比如浏览器无法直接实现多 Server，比如部分语言只支持 HTTP 协议等情况。我们的目标固然是让 OneBot 和 LibOB 在越来越多的语言和平台上运行，所以通信方式理论上不应作为必须实现的门槛。 我在想，可以把对 OneBot 实现的要求改为“除非语言或运行环境不允许，否则应实现所有的通信方式，当确实有客观限制时应实现尽可能多的通信方式”。因为我们确实希望实现要支持更多通信方式，不然应用端和实现端对不上的话，生态还是残，所以还是对实现要求高一点比较好。

> * 如果当前连接存在复数 Bot，应当返回 action failed response 或许可以直接定义一个 error code 来应对这种情况，`10008 Missing Self ID` 听起来不错。 > get_status 响应数据中移除 online 字段，增加类型为 String 的 status 字段，与增加的 event.meta.status_update 事件中的 status 字段保持一致 > 增加...

RFC 内容已在上面原文更新

@Raka-loah 私聊有这个问题吗

这个问题我暂时没有时间调，issue 先开着吧，等继续维护的时候会看