转转客服IM聊天系统背后的技术挑战和实践分享原创

转转客服M聊天系统背后的技术挑战和实践分享。本文将深入探讨I'm系统在消息传递过程中遇到的问题和挑战，及相应的技术解决方案。如图是I'm系统中一条消息的流转链路，随着HTM 25的出现，全双工的led socket成为解决这一问题的关键。基于Web socket实现的I'm服务，客户端和服务端只需要完成一次握手，就可以创建持久的长链接，并进行随时的双向数据传输。如图是一条消息发送的核心步骤，整个过程中可以分为两个部分，消息由客户端发送到服务端，第一，二步，服务端将消息推送至另一个客户端，第三步，发送过程中任何一步出现问题都会导致消息发送失败，如何保证聊天消息出笔的？我们参考使用了tcpip协议中的A、C、K机制来实现防丢逻辑。A、C、K机制是。

Tcpip协议三四个手重要的一环，用于确认对方发送信息无如图为完整的ack实现机制，如何对聊天消息去重消息重推解决了消息丢失的问题，但是因为SK消息本身就可能会丢失，从而导致消息重复。因此我们需要保证推送消息和重推消息有相同解为1的消息ID，其实我方可以根据该消息ID进行数据取重，一个完整的消息发送流程如图所示。在他们系统中，消息格式的设计也十分重要，良好的数据格式可以准确传递消息内容，并具有极高的可读性。我们根据消息类型和发送流向将消息数据格式大致分为如下几部分，消息类型，客服ID，用户ID，消息内容、消息格式、消息文本。