这个im的通信底层，是你们自已从零开发的？没有经验的话，会走很多弯路啊。

这个id，放在客户端生成最合理，如果你同事不信的话，可以看看微信是怎么做的《IM消息ID技术专题(一)：微信的海量IM聊天消息序列号生成实践（算法原理篇)》

引用：wzyl 发表于 2020-09-24 14:52
客户端和服务端应该都是基于通信框架来开发的，不过服务端是php，服务端和客户端之间用的是websocket协议

然后还得逼着你们客户端这边，再费劲巴拉的去找支持WebSocket库，原本是为Web端准备的WebSocket协议。。。。哈哈

引用：wzyl 发表于 2020-09-24 14:56
额 实在是木有办法啊，我们客户端还有个浏览器端，浏览器的话貌似只能使用websocket协议了

最low的办法都是这样的。最佳实践就是服务端支持不同协议的接入，必竟app原生代码，tcp udp协议久经考验，技术资源丰富

引用：wzyl 发表于 2020-09-25 08:50
大佬，弱弱的问一句 客户端生成的msgid你会保存到聊天记录表里面吗？一条消息对应一条msgid，这样客户端 ...

你的问题，其实是有一个全局唯一的msgid就不存在问题。我建议你们起步不需要搞的这么高端，直接用UUID来作msgid。全局唯的情况下，你就随便存了。

引用：wzyl 发表于 2020-09-25 11:27
用UUID来生成客户端发送消息的msgid，这样客户端给服务端发送消息的时候，服务端也保存这个msgid到对应的 ...

是的

引用：magicnana999 发表于 2020-11-12 10:56
肯定要服务端生成啊， 而且还得自增，可以不连续。 要不然客户端怎么判断消息列表从哪里继续

话一说，就知道是个大佬