前言最近一周没有发文章了，我在这里向大家说一声抱歉。今天，我们来从零开始开发一款聊天室。好，我们现在就开始。了解WebSocket开发聊天室，我们需要用到WebSocket这个网络通信协议，那么为什么会用到它呢？我们首先来引用阮一峰大佬的一篇文章一段话：初次接触WebSocket的人，都会问同样的问题：我们已经有了HTTP协议，为什么还需要另一个协

TCP(TransmissioncontrolProtocol)是一种面向连接，可靠的，基于字节流的运输层通信协议，是专门为了在不可靠的互联网络上提供一个可靠的端到端字节流而设计的。每一次tcp连接需要3个阶段：连接建立，数据传送和连接释放三次握手发生在连接建立阶段，目的是为了防止已失效的连接请求报文端突然又传送到服务器端，因而产生错误三

一、前言通信协议解析是整个系统的核心灵魂，绝大部分人做软硬件通信开发，第一步估计就是写demo将协议解析好，然后再慢慢写整个界面和操作流程等，在工业控制领域，modbus协议应用还是非常广泛的，这个系统用的也是modbus协议，采用此协议可以方便的用一些第三方的组态软件接入，兼容性更强，modbus只是个协议规约标准，至于使用串口还是网络还是其

简介在微服务中，服务注册与发现对管理各个微服务子系统起着关键作用。随着系统水平扩展的越来越多，系统拆分为微服务的数量也会相应增加，那么管理和获取这些微服务的URL就会变得十分棘手，如果我们每新加一个微服务，就要在其它用到此微服务的地方手动加上它的URL地址或者其他通信协议的地址，这样会经常出错，而且工作量巨大，一旦某个微服务的地址发生了变化，就要手

背景在编写业务代码时经常遇到并发执行多个任务的需求，因为串行执行太慢，会影响业务代码性能。特别对于直接面向普通用户的业务来说用户体验至关重要，保证用户体验重要的一点是要“快”。业务代码中经常需要调用其它业务接口或者同时从多个数据源取数据再处理等，这种情况下势必要走网络请求，网络消耗必不可少，最好的情况是毫秒级别，一般情况下是几十毫秒级别，甚至几百毫

使用场景当我们的服务收到一个请求后，需要大量调用下游服务获取业务数据，然后对数据进行转换、计算后，响应给请求方。如果我们采用串行获取下游数据，势必会增加响应时长，降低接口的qps。如果是并行获取下游数据，则是不错的。最直接想到的并行获取方法，无非是将一个个获取数据的方法封装成一个个task，然后放到线程池里执行。但这种没经过设计的使用方