有关client-id设计的一点想法，应用场景在workerman-chat具体化时，思路来源redis存取聊天记录
有关client-id设计的一点想法，应用场景在workerman-chat具体化时，思路来源redis存取聊天记录。现在client-id有3个参数按规则生成，ip+ port +递增数字。我的想法是有下面的参数生成ip+port +(from,to),(from在具体网站中，谁发的消息——具体表示使用uerid)(to在具体网站中，消息发给谁——具体表示使用uerid)。这个想法也许有问题。但是，具体化时总是感觉现在的client_id的设计不是最有的。看看大家有什么别的思路。
3219 4 0
4个回答
相似问题
年代过于久远，无法发表回答
我的理解client——id必须具备的特征，1地址唯一不重复，2刷新页面，销毁client-id,在重新产生clien_id。我上边的想法，我认为符合条件。大家怎么想
如果可行，必然会砍掉或者废弃几个workerman_chat函数，是具体化的过程更简单一点
workerman中得client_id无法自定义，（此句回复误导了99.99%人）每次客户端连接workerman的那一时刻会生成一个新的全局唯一的clent_id。
GatewayWorker中的client_id确实无法自定义，因为改了就无法通讯了。
没觉得现在的client_id机制有什么问题。
也没看出你的client_id生成方案有什么好处，反而觉得不通用了。
个人看法。