例如一个群聊天的界面，利用本地客户端保存的最新一条消息 ID ，采用轮询的机制去获取最新消息；
但是本地客户端发送消息的时候，希望能够立刻上屏，再入库；
这样就存在问题，上屏之后我还不知道当前自己发出这条消息的 ID ，所以轮询返回的结果就会也包括我刚发的这条，在界面上就会造成重复；
通过消息内容来去重显然不稳妥；
有没有比较好的方法或者说最佳实践呢?
例如一个群聊天的界面，利用本地客户端保存的最新一条消息 ID ，采用轮询的机制去获取最新消息；
但是本地客户端发送消息的时候，希望能够立刻上屏，再入库；
这样就存在问题，上屏之后我还不知道当前自己发出这条消息的 ID ，所以轮询返回的结果就会也包括我刚发的这条，在界面上就会造成重复；
通过消息内容来去重显然不稳妥；
有没有比较好的方法或者说最佳实践呢?
 | 1 seeker Feb 27, 2017 每个请求 1 个 ID ，这样就可以知道所有请求的状态。这个请求和屏幕的消息对应起来，就知道了。 |
 | 2 dreamcog Feb 27, 2017 via iPhone 本地对每个 message 生成一个唯一的 uid 。就知道了 |
Select Language