我使用以下方法开发了一个javascript聊天(后端的PHP)：
1) long-polling to get new messages for the receiver
2) sessionStorage to store the counter of messages
3) setInterval to read new messages and if sessionStorageCounter < setIntervalCounter then the last message is shown to receiver.
4) javascript to create,update and write the chat dialogues
该模块工作正常,但当用户快速聊天时,接收者的前端会收到两到三条相同的消息,(计数器都不会失败,查询也不会提供双重插入).
代码似乎是正确的(这就是我不提供代码的原因),因此间隔延迟可能是原因(在减少间隔延迟时,没有任何变化).
您是否认为上述架构是一种不好的做法,您认为哪种架构可以消除错误？
解决方法:
我的方法,如果我自己解决(而不是使用已经处理过这个的现有库)将是：
>让服务器在到达时为每条消息分配唯一ID(GUID).
>在客户端上,存储最近收到的消息的ID.
>轮询新邮件时,请使用成功收到的最后一条邮件的ID进行查询.然后,服务器通过在其自己的队列中查找该消息并重放所有后续消息来进行响应.
>为防止“丢弃”消息,每条消息还可以携带前一条消息的ID(允许客户端进行一致性检查)
如果重新生成确实导致从服务器到客户端传递重复项,则每条消息上存在唯一ID会使消除它们变得微不足道.将服务器端消息队列视为事件流,每个客户端都跟踪其最后读取位置.客户端没有猜测消息的正确顺序,有多少等等 – 因为它的状态完全由“我看到了什么”组成,很少有机会失去同步.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
