cim

cim copied to clipboard

路由和server用okhttp通信，在并发较高的情况下会出现请求等待吧，okhttp最大请求才64

1

这里的路由和server通信是否可以用一个长连接来维护更好

CWTakiku

单点或群聊发送消息不走Socket,看了再关

3

**Bug 描述** 对于客户端来说,相互间的通信都是基于socket的,它不应该关注消息转发的逻辑. 1.在这点上消息发送上不统一,职责也不太清晰. 2.如果将来改成真正的点对点通信,类似于局域网内部传输,这种转发模式很致命 3.客户端模块应该是独立的,毕竟应该是两个人之间通信(转发是内部逻辑,不应该暴露给客户端). 可以考虑客户端发送给socket服务器,收到后socket返回ack,由socket服务器向中控服务器发送转发请求,中控服务器收到后,发到处理队列,并发轮训处理队列,存储消息,查询转发服务器转发,或存入离线服务中.

s949492225

提交之前请查看是否有相关 issue，谢谢。

2

**Bug 描述** 1. 用测试工具发起了几百个连接然后断开，发现map的size会大于实际的有效channel个数.

TangYuFan

多客户端之间通信为什么不用netty？

1


pq1518110364

希望有docker版本

1

KMMoonlightQ

新增随机权重路由策略

1

新增权重随机路由策略

kinglaw1204

画了个简易的实现原理图 ^_^

5


hxlzpnyist

登录鉴权逻辑

1

登录鉴权要放到长连接里面的第一帧命令里吧。登录可以请求http返回token，长连接建立之后，第一帧发送的应该是login 鉴权命令，成功后才能后续操作。

sdvdxl

555

xiangdyzz

dome661314