坑如下: 1）client-A向im-server发送一个消息请求包，即msg:R 2）im-server在成功处理后，回复client-A一个消息响应包，即msg:A 3）client-A和 im-server 需要有一个统一的msgid来确定是哪一条信息被服务器接受了- - 至此client-A才能知道当前发送消息的状态是否正常 看了下钉钉的请求木有看懂- -！ 跪求大神们帮忙~~
@chloe 兄弟~~我想过这个办法，用当前时间毫秒做uuid,甚至md5当前消息体做uuid。但是一个是可能会因为客户端时间问题有重复的，第二是因为md5拖累这个即时通讯的性能。再有就是以前写php、后来用pomelo做IM都是可以回调传递信息的 但是现在用socket 思想不太一样了- -！
6楼的建议是可行的，用递增int，或时间戳都可以。 服务端都是独立的 socket，与每个客户端是一对一的，要区分的只是同一个客户端先后发送的不同消息，对应的服务端响应。 严格来说，只要客户端和服务端都是按照一问一答顺序进行对话，其实连 id 都可以不要。。
@myy Client<======>Server 的确可以说是一问一答，但是举个例子啊：client a send msg -----> server 因为网络原因server回执给client的消息没成功。那么client就失败了。此时 client b 上线了踢了以前的client a 那么client b就要有相应的处理机制。所以需要有一个唯一的id 处理。我看了下简书的 居然发消息没有用websocket 用的http!!!http!!!啊！！！！已跪。
@DevinXian 恩~~ 简书这么做应该是，我看了钉钉的没用用http发消息，但是他的逻辑没看明白 那些id来回来去的 一会再去看看，想解决这个问题主要也是为了到时候websocket在android iOS上收发消息的时候能够解决 唯一id的问题~~
