你的思路是对的。
不同的用户连接到不同的服务器上 要想一个服务器上的消息广播给所有用户不同的服务器之间的消息肯定是是要进行转发同步的。你自己实现的api接口 其实就是在走向分布式 不过你的api设计效率可能不太好而且不太适合分布式
socket.io官网有如何做集群的demo
socket.io做集群你可以用nginx来做负载均衡把用户的连接分配到后端的几台socket.io的服务器上 广播消息的话官方实现的socket.io-redis 就可以
你要想自己设计的话 你可以参考下开源项目workerman的GatewayWorker 这个开源项目也支持websocket
它分为gateway和worker gateway和worker可以部署在同一台服务器上也 可以部署在不同的服务器上 gateway和worker之间在启动的时候注册到register上 你设计的api可能工作在http层 gateway和worker之间是直接工作在tcp层 gateway只负责tcp连接 而且可以多进程 然后它会把收到的数据传给同一台服务器上的worker或者局域网内其他服务器的worker 然后由worker进行数据处理然后把数据回传给gateway 任意的两个客户端通信也会由gateway做转发
如果一个worker在处理数据的时候 调用了广播给所有客户端的方法 那这个worker就会把数据回传到所有的gateway上 因为gateway也可以部署在多台服务器上监听一个端口 这些不同服务器上的gateway和worker会在项目启动的时候注册到register上 所以任意服务器的gateway和任意服务器的woker是可以通信的 gateway只负责转发tcp数据 worker负责处理存储数据 这样来实现分布式 可以根据自己的业务瓶颈来添加服务器 比如业务计算量大那就多添加些worker 如果连接数大那就多添加些gateway 所以你的思路是对的通过api来给转发数据给不同的服务器 只是你没设计register来自动处理多台服务器之间的数据如何转发 而且你的api工作在http层效率比较低
Workerman官网
GatewayWorker手册