Redis深入理解-Socket连接建立流程以及文件事件处理机制

本文介绍: 当 server 端保持了大量的 redis client 的连接，可能在同一时间，大量的 redis client 并发的给 server 端发送大量的请求，redis server 内部大量的 socket 会突然同一时间产生大量的事件（例如 read 事件，write 事件）那么连接建立之后，客户端对于服务端的一些读写请求就会通过 socket 进行请求，请求到达服务端之后，通过 IO 多路复用将任务分发给不同的事件处理器进行处理，如果是读写请求，就将读写的响应通过 socket 响应给客户端。

在这里插入图片描述

一个 redis 单机，可以抗几百上千的并发，这里的并发指的就是同时可以有几百个 client 对这个 redis server 发起请求，都需要去建立网络连接，同时间可能会有几百个 redis client 通过 socket 和我们的 redis server socket 建立网络连接

如果自己使用 java so c ket 编程，无论使用 nio、bio，一旦要是说一个 server 和一个 client 完成了一个网络连接之后，就会多出来一个 soc ket，soc ket 是抽象出来通信的模型，通过一个 soc ket 就可以跟对方的 soc ket 形成一个连接

那么对于 redis server 而言，内部为了支撑并发访问的大量的 redis client，redis server 内部就会有几百个 soc ket，网络连接同时在维持着

因此呢，在 bio 模式下，一个 soc ket 连接就对应了一个线程来监听请求

在 nio 模式下，可以实现 IO 多路复用，一个线程就可以监听多个 socket 的网络事件

在 redis server 中，就是通过 FileEventHandler 进行多路复用

socket 中会产生一些网络事件，accept（连接应答）、read（有数据可以读的事件）、write（有数据可以写的事件）、close（连接被关闭）在 redis 中这些网络事件都被抽象为文件事件

针对 server 端的大量的 socket，不太可能每一个 socket 都使用一个线程来监听，因为线程资源不够，所以不会采用 bio 模式，因此解决方案就是针对大量的 socket，使用一个线程监听 n 多个 socket，采用 IO 多路复用模式

当 server 端保持了大量的 redis client 的连接，可能在同一时间，大量的 redis client 并发的给 server 端发送大量的请求，redis server 内部大量的 socket 会突然同一时间产生大量的事件（例如 read 事件，write 事件）

对于这些网络事件的处理，有两种解决方案（Redis Server 中就采用了第一种，使用队列进行串行化处理）：

client 和 server 端建立连接的流程为：

我们会有一个专门的 socket 去监听端口，用于监听来自客户端的连接请求，这个连接请求经过 IO 多路复用，由 连接应答处理器 进行处理，处理的操作其实也就是服务端和客户端进行 TCP 三次握手建立连接，建立好连接之后服务端就会创建一个新的 socket，这个 socket 就是接收客户端对应的事件