搭建websocket消息推送服务,必须要考虑的几个问题
2020-04-29 22:01:48 来源：易采站长站 作者：于海丽
4.离线消息
基础的Websocket通讯从技术上来说，消息送达的前提条件就是建立起一个长连接，没有建立网络连接就来讨论通讯那是耍流氓。但是从使用者的角度上来说，随手关闭浏览器，或者将小程序、APP进程直接杀掉而导致网络连接断开的情况是随时都在发生的。然后我们下意识的期待，就是我下次打开浏览器访问网页，或者打开APP时，能够收到用户离开系统期间的所有信息。从技术上这是一个跟websocket没有多大关系的需求，但实际上却是websocket服务不可或缺的基本特性，也是一个能够极大提升用户体验的功能。
5.上下线提醒，客户端在线列表
掌握当前系统有哪些用户在线，捕捉用户上下线事件，是搭建一个企业级websocket服务，必不可少的特性，尤其是开发IM和游戏类产品。
6.支持历史消息查询
websocket服务，某种意义也是属于一个消息系统，对于历史消息的查询需求，是无法绕开的话题。比如IM系统中常见的历史消息，因此在websocket服务内部实现一个高速，可靠的消息队列机制来支持websocket服务实现历史消息的查询就是一个必须的工作。
7.消息的压缩机制
不论是为了保证消息通讯的速度和实时性，还是为了节约流量和带宽费用，或者是出于提高网卡的使用效率和增加系统的吞吐量，在通讯过程中对消息进行必要的压缩都是必不可少的。
除了需要考虑以上七点以外，笔者认为，还有几个问题也是很值得初学者积极关注的：
1.缓存和持久化
选择合适的消息缓存机制，是企业级websocket服务保证性能必须要考虑的问题。
2.异步调用
要支持大量消息通讯的高性能系统，必然推荐异步调用。若设计为同步调用，调用方就需要一直等待被调用方完成。如果一层一层的同步调用下去，所有的调用方需要相同的等待时间，调用方的资源会被大量的浪费。更糟糕的是一旦被调用方出问题，其他调用就会出现多米诺骨牌效应跟着出问题，导致故障蔓延。收到请求立即返回结果，然后再异步执行，不仅可以增加系统的吞吐量，最大的好处是让服务之间的解耦更为彻底。
3.独立于业务和标准化
尽管在一个web项目中可以同时存在常规http服务和websocket服务，尤其对性能要求不高的单应用web系统，这种方式更简单，更便于维护。但对于性能和可用性高的企业级系统或者互联网平台，更好的方式，是将websocket服务作为一个单独的微服务来进行设计，避免和常规的http服务抢占资源，导致系统性能不可控，同时也更便于横向扩展。
一个设计良好的企业级websocket服务应该是一个独立于业务系统、标准化的单独存在的技术性微服务，能够作为公司基础架构的一部分为公司的所有项目提供通讯服务。
闽公网安备 35020302000061号
