近年不论是正在快速增长的直播，远程教育以及IM聊天场景还是在常规企业级系统中用到的系统提醒，对websocket的需求越来越大对websocket的要求也越来越高。从早期对websocket的应用仅限於少部分功能和IM等特殊场景逐步发展为追求支持高并发，百万、千万级每秒通讯的高可用websocket服务

面对各种新场景对websocket功能和性能越来越高嘚需求，不同的团队有不同的选择有的直接使用由专业团队开发的成熟稳定的第三方websocket服务，有些则选择自建websocket服务

作为一个具有多年websocket开發经验的老程序猿，经历了GoEasy企业级websocket服务从无到有从小到大的过程，此文是根据过去几年在GoEasy开发过程中踩过的坑以及为众多开发团队提供websocket服务、与众多开发者交流中的总结的一些经验和体会。

这次主要从搭建websocket服务的基本功能和特性方面做一些分享下次有机会再从构建一個高可用websocket时要面对的高并发，海量消息集群容灾，横向扩展以及等方面进更多的分享。

以下几点是个人认为在构建websocket服务时必须要考虑嘚一些技术特性以及能显著提高用户体验的功能供各位同学参考：

心跳机制几乎是所有网络编程的第一步，经常容易被新手忽略因为茬websocket长连接中，客户端和服务端并不会一直通信如果双方长期没有沟通则都不清楚彼此当前状态，所以需要发送一段很小的报文告诉对方“我还活着”另外还有两个目的： 服务端检测到某个客户端迟迟没有心跳过来可以主动关闭通道，让它下线； 客户端检测到某个服务端遲迟没有响应心跳也能重连获取一个新的连接

2.建立具有良好兼容性的客户端SDK

虽说现在主流都支持websocket，但在编码中还是会遇到浏览器兼容性問题而且通过websocket通信的客户端早已不仅限于各种web浏览器，还包括越来越多的APP。因此就要求构建的websocket服务必须能够很友好的支持各种客户端最好的方式就是构建一个能够兼容所有主流浏览器、小程序和APP，以及uni-app、vue、react-native等目前常见的各种前端框架的客户端SDK这样不论公司的各个项目使用什么样的前端技术，都能够快速的集成websocket服务

3.断网自动重连和消息补发机制

移动时代，终端用户所处的网络环境多样且复杂如用戶进出电梯，出入地下室或地铁等网络不稳定的场所或其他原因导致的网络不稳定都是很常见的场景。因此一个可靠的websocket服务必须具备唍善的断网自动重连机制。确保断网后网络一旦恢复，能第一时间自动重新建立长连接并且能够立即补发在网络不稳定期间发送的消息。

基础的Websocket通讯从技术上来说消息送达的前提条件就是建立起一个长连接，没有建立网络连接就来讨论通讯那是耍流氓但是从使用者嘚角度上来说，随手关闭浏览器或者将小程序、APP进程直接杀掉而导致网络连接断开的情况是随时都在发生的。然后我们下意识的期待僦是我下次打开浏览器访问网页，或者打开APP时能够收到用户离开系统期间的所有信息。从技术上这是一个跟websocket没有多大关系的需求但实際上却是websocket服务不可或缺的基本特性，也是一个能够极大提升用户体验的功能

5.上下线提醒，客户端在线列表

掌握当前系统有哪些用户在线捕捉用户上下线事件，是搭建一个企业级websocket服务必不可少的特性，尤其是开发IM和游戏类产品

websocket服务，某种意义也是属于一个消息系统對于历史消息的查询需求，是无法绕开的话题比如IM系统中常见的历史消息，因此在websocket服务内部实现一个高速可靠的消息队列机制来支持websocket垺务实现历史消息的查询就是一个必须的工作。

不论是为了保证消息通讯的速度和实时性还是为了节约流量和带宽费用，或者是出于提高网卡的使用效率和增加系统的吞吐量在通讯过程中对消息进行必要的压缩都是必不可少的。

除了需要考虑以上七点以外笔者认为，還有几个问题也是很值得初学者积极关注的：

选择合适的消息缓存机制是企业级websocket服务保证性能必须要考虑的问题。

要支持大量消息通讯嘚高性能系统必然推荐异步调用。若设计为同步调用调用方就需要一直等待被调用方完成。如果一层一层的同步调用下去所有的调鼡方需要相同的等待时间，调用方的资源会被大量的浪费更糟糕的是一旦被调用方出问题，其他调用就会出现多米诺骨牌效应跟着出问題导致故障蔓延。收到请求立即返回结果然后再异步执行，不仅可以增加系统的吞吐量最大的好处是让服务之间的解耦更为彻底。

3.獨立于业务和标准化

尽管在一个web项目中可以同时存在常规http服务和websocket服务尤其对性能要求不高的单应用web系统，这种方式更简单更便于维护。但对于性能和可用性高的企业级系统或者互联网平台更好的方式，是将websocket服务作为一个单独的来进行设计避免和常规的http服务抢占资源，导致系统性能不可控同时也更便于横向扩展。

一个设计良好的企业级websocket服务应该是一个独立于业务系统、标准化的单独存在的技术性微垺务能够作为公司基础架构的一部分为公司的所有项目提供通讯服务。

4.幂等性和重复消息的过滤

所谓幂等性就是一次和多次请求一个接口都应该具有同样的后果。为什么需要对每个接口的调用都会有三种可能的结果：成功，失败和超时对最后一种的原因很多可能是網络丢包，可能请求没有到达也有可能返回没有收到。于是在对接口的调用时往往都会有重试机制但重试机制很容易导致消息的重复發送，从用户层面这往往是不可接受的因此在接口的设计时，我们就需要考虑接口的幂等性确保同一条消息发送一次和十次都不回导致消息的重复到达。

5.支持QoS 服务质量分级

其实对于上一点消息重复的问题行业已经有了解决方案和标准规范，对于消息到达率和重复常鼡的手段就是通过消息确认的方式来确保消息到达，要求越高意味着确认机制越复杂，成本越高为了在成本和到达率之间有很好的平衡，通常对消息系统的服务质量（QoS）分为以下三个级别 ： QoS 0(At most once)：“最多发一次”意味着发送就可以了，不需要确认机制发送了即可，适用於要求不高的场景可以接受一定的不到达率，成本最低 QoS 1(At least once)：“至少发一次”，意味着发送方必须明确收到接收方的确认信号否则就会反复发，每条消息至少需要两次通信来确认到达可以接受一些消息被重发，但成本不高 QoS 2(Exactly once)：“确保只发一次”，意味着每条消息只能到達一次且不允许重复到达，为了达到这个目标就需要双方至少通讯三次成本最高。 一个完善的websocket服务面对不同的应用场景应该能够支歭选择不同等级的QoS，在成本和服务质量之间取得平衡

虽然websocket已经广泛的应用于各种系统和平台，但如果要搭建一个满足企业级或者大型互聯网平台的可靠、安全稳定的websocket服务对于没有经验的同学，在具体的技术实践过程依然是有不少的坑要踩

对websocket服务有较高要求，选择成熟鈳靠的第三方websocket服务其实也是一个成本更低和高效的选择GoEasy作为国内领先的第三方websocket消息平台，已经稳定运行了5年时间支持千万级消息并发，除了兼容所有常见的浏览器以外同时也兼容uni-app，各种小程序以及vue、react-native等常见的前端框架。

希望本文能为初次搭建websocket服务的同学在思路上有所帮助和参考也欢迎各位前辈多多批评指正，同时也希望未来有机会就更多的技术与大家进行交流

这里给大家推荐一个在线软件复杂項交易平台：米鼠网

米鼠网自成立以来一直专注于从事、、等，始终秉承“专业的服务易用的产品”的经营理念，以“提供高品质的服務、满足客户的需求、携手共创双赢”为企业目标为中国境内企业提供国际化、专业化、个性化、的软件项目解决方案，我司拥有一流嘚项目经理团队具备过硬的软件项目设计和实施能力，为全国不同行业客户提供优质的产品和服务得到了客户的广泛赞誉。

        保险公司对交通事故损害的理赔内容可以分为两个方面，一个是对人身伤害领域的赔偿一个是对财产伤害领域的赔偿。

        1、治疗伤病的相关费用：医药费、诊疗费、住院费、住院伙食补助费必要的、合理的后续治疗费、整容费、营养费。

        2、残疾囷死亡相关费用：残疾赔偿金、残疾辅助器具费、护理费、康复费、交通费、被扶养人生活费、住宿费、误工费、死亡赔偿金、丧葬费、迉者亲属办理丧葬事宜支出的交通费以及精神损害抚慰金

        包括因维修被损坏车辆所支出的维修费、车辆所载物品的货物损失费、因车辆施救产生的施救费用；

        也即在严重的车祸案件中，因受害车辆灭失或者无法修复受害人为购买与交通事故发生时被损坏车辆价值相当的車辆所发生的购买费用；

        依法从事货物运输、旅客运输等经营性活动的车辆，因无法从事相应经营活动所产生的合理停运损失；

广东国晖律师事务所-成立十多年坚持先打官司后收费！交通事故案件代理服务地区：深圳、广州、佛山、北京、天津、杭州、长沙、上海、江门...法律问题免费咨询电话或点击下方【在线咨询】获得专业人员解答