Swoole webSocket客服IM消息系统方案，如何实现高效、稳定的消息交互？

本文共计1306个文字，预计阅读时间需要6分钟。

目录+概述+实现方案+实践Swoole的坑+成果+概述+基于Swoole的WebSocket服务，之前的消息系统系列的第四章，实现了更加复杂的业务场景，是对消息推送的完善和优化，代码本质就是不间断自运行。

目录

• 概述
• 实现方案
• 实践Swoole里的坑
• 成果

概述

基于Swoole的websocket服务，再之前的消息系统系列的第4篇，实现了更加复杂的业务场景，是对消息推送的完善和优化,代码本身就是不断自我优化的过程。

实现方案

技术的实现方案点主要PMQ，2组客户端(用户端、客服管理端),3个主要的部分组成(Push推送消息+Pull拉取未读消息+MessageQueue消息队列),具体流程和交互方式见上面的架构流程图。

1.建立链接,借鉴Tcp3次握手的原理，将每一次的用户询问新增一个关系，询问结束时再将关系释放，因为每次随机分配的客服是不一致的，客服管理员控制台，进入控制台会触发检测客服映射关系的程序，以保证关系的唯一性。

2.客服分配：客服分配是根据用户是否为第一次进入链接进行判定依据，首次会随机分发配给在线客服中的其中一个，如果之前分配过的客服也在线，优化分配存在客服，这样处理的原因是客服不易变，用户异变，防止反复链接/断开操作，减少网络开销。

3.并发锁：相同用户在同一时间有3s的锁定状态，用来防止关系错乱，在客户端发来请求时优先获取缓存，近少可能的访问数据库，提高服务的稳定性和性能。