WebSocket如何关闭链接：

1、服务器关闭底层TCP链接

2、客户端发起TCP Close

底层的TCP ，正常情况下应该首先由服务器关闭 ，在异常情况下客户端可以发起TCP Close。

流程：当服务器被指示关闭WebSocket链接时，服务端会发起一个TCP Close操作， 客户端应该等待服务器的TCP Close

WebSocket生命周期：

1、打开事件：端点上建立新链接时，该事件是先于其他任何事件发生之前。该事件发生会产生三部分信息。

1.1、创建WebSocket Session对象：用于表示已经建立好的链接

1.2、配置对象：包含配置端点的信息。

1.3、一组路径参数，用于打开节点握手时，WebSocket端入栈匹配的URI

2、消息事件：主要是接收WebSocket对话中，另一端发送的消息。链接上的消息将会有三种形式抵达客户端。

2.1、文本消息 用String处理

2.2、二进制消息 用byteBuffer或者byte[]处理

2.3、pong消息 用Java WebSocket API中的pong.message接口的实例来处理

3、错误事件：WebSocket链接或者端点发生错误时产生。可以处理入栈消息时发生的各种异常。入栈消息可能产生的三种异常。

3.1、WebSocket建立链接时发生错误：SessionException类型

3.2、WebSocket试图将入栈消息解码成开发人员使用的对象时 EncodeException类型

3.3、WebSocket端点的其他方法运行时产生的错误，WebSocket实现将记录端点操作过程中产生的任何异常

4、关闭事件：WebSocket链接端点关闭，做一些清理工作，可以由参与连接的任意一个端点发出。

WebSocket建立连接过程：

1、客户端发起握手请求。

2、服务端响应请求。

3、建立连接。

详细流程：

建立一个WebSocket连接，客户端或浏览器首先向服务器发送一个特殊的Http请求(携带一些附加头信息)Upgrade:websocket，服务端解析附加头信息，产生应答消息，然后响应给客户端，之后客户端就与服务端建立响应的链接。

WebSocket的优点：

1. 节省通信开销，之前WebServer实现通信，都使用轮询（每隔特定时间间隔浏览器自动发送Http请求，去获取服务端的响应）该情况下，需要不停的向服务器发送请求，而HttpRequest的handler很长，请求包含真正的数据可能很小，会占用很多额外的带宽和服务器资源。

2. 服务器主动传送数据给客户端，在给定时间，服务器和客户端在任意时刻相互推送信息，浏览器（客户端）和服务器只需要做一个握手的动作。建立连接后，服务器可主动传数据给客户端，客户端也可以随意向服务端传数据。交换数据时所携带的头信息很小。

3. 实时通信：WebSocket不仅限于Ajax方式通信。ajax方式需要浏览器发起请求。而WebSocket技术 服务端和客户端可以彼此相互推送信息，从而实现实时通信。

什么是WebSocket：是一种H5协议规范，通过握手机制客户端与服务器之间就能够建立一个类似Tcp的连接，从而方便客户端与服务器之间的通信。

它是一种解决客户端与服务端实时通信而产生的技术：WebSocket本质是一种基于TCP协议，先通过Http/Https发一个特殊的Http请求进行握手，握手后会创建一个用于交换数据的TCP链接，之后客户端和服务端使用该TCP链接进行实时通信。当WebSocket的客户端和服务端握手后 建立通信后，就不再需要之前的http请求参与。

Netty的优势：

1. 业界流行的NIO框架之一，健壮性，功能，可定制性，可扩展性都比较好，得到了业界的认可与证明，比如在dubbo框架中的底层应用
   

2. API使用简单，定制能力强，可以灵活扩展

3. 入门门槛低，易学，功能强大，预置了多种编解码功能，支持多种主流通信协议

4. 性能高

5. 成熟，稳定
   

原生NIO的缺陷

1. 类库和API繁杂

2. 入门门槛高，需要其他额外的知识做铺垫

3. 工作量和难度大，客户端会面临断开，重连，网络闪断，失败缓存，网络拥堵等问题

4. JDK NIO存在缺陷，可能会导致selector空轮询，导致CPU飙升

四种IO对比：（IO类型，客户端个数，API使用难度，调试难度，可靠性，吞吐量）

BIO: 阻塞同步的IO，客户端的个数与服务端的IO线程数呈1比1的关系，API使用简单，调试比较简单，可靠性非常差，吞吐量非常低

伪异步IO: 阻塞同步的IO，客户端的个数与服务端的IO线程数呈M比N的关系，API使用简单，调试简单，相比于BIO的可靠性，来说相对好一点，但也很差，吞吐量中等

NIO: 非阻塞同步的IO，客户端的个数与服务端的IO线程数呈M比1的关系， API使用复杂，调试相对复杂，可靠性要高一些，吞吐量高

AIO: 非阻塞异步IO，客户端的个数与服务端的IO线程数呈M比0的关系，不需要启动额外的IO线程，它是被动回调的，API使用复杂，调试相对复杂，可靠性比较高，吞吐量比较高

AIO通信：它是连接注册读写事件和回调函数，读写方法异步，同时它是主动通知程序。AIO异步通信提供了两种方式获取操作结果：第一种方式是通过java.util.concurrent的Future类来表示异步操作的结果；第二种方式是在执行异步操作的时候传入一个java.nio.channels.CompletionHandler接口的实现类作为操作完成回调。NIO的异步套接字回调，是真正的异步非阻塞IO，对应于Unix网络编程中的事件驱动IO，不需要通过多路复用器对被注册的通道进行轮询操作即可实现异步读写，从而简化NIO的编程模型。

NIO通信：

缓存区Buffer:  它是一个对象，它包含一些要写入或要读出的数据，在NIO中加入Buffer对象，体现了新库与原IO的重要区别。在面向流的IO中，可以将数据直接写入或者将数据直接读到Strem对象中。在NIO中，所有数据都是用缓冲区进行处理的，在读取数据时，直接读缓冲区中，在写入数据时，是直接写入缓冲区中。任何时候处理NIO中的数据时都是通过缓冲区进行操作。

通道Channel:  网络数据通过通道Channel读取和写入，通道与流的不同之处在于通道是双向的，而流只是在一个方向上移动，一个流必须是InputStream或OutputStream的子类，而通道可以用于读写或二者同时进行。

多路复用器selector:  selector提供了选择已经就绪的任务的能力，会通过不断轮询在其上的Channel，在某个Channel上面发生读或者写事件，则该Channel处于就绪状态，会被Selector轮询出来，然后获取Channel的集合进行后续IO的操作。

NIO通信并没有最大连接数的限制，可以接入成千上万的客户端

伪异步IO通信模型：

当有N个新的客户端接入的时候，伪异步IO通信将客户端的socket封装成一个Task投递到后端的线程池中进行处理，JDK的线程池负责维护一个消息队列和N个活跃的线程，它与BIO通信模型最大的不同点是：伪异步IO通信的服务端不再针对每一个客户端都创建一个独立的线程，它是由一个线程池来统一处理所有客户端的接入请求。

当有大量客户端接入的时候，并发量不断上涨，将会出现线程池阻塞问题。

伪异步IO通信：当有新的客户端接入的时候，将客户端的socket封装成一个task投递到后端的线程池进行处理，线程池维护一个消息队列和N个活跃的线程，对消息队列中的任务进行相关的处理。也就是说当有M个客户端接入的时候，服务端将会创建一个具有N个线程的线程池来对客户端的请求进行处理。由于线程池可以设置消息队列的大小和最大线程数，因此它的资源占用是可控的，无论多少个客户端对它访问，都不会导致资源的耗尽和宕机。缺点：当有大量的客户端进入的时候，随着并发访问量的不断增加，伪异步IO通信可能会造成线程池阻塞。