資料內(nèi)容：

Redis 服務(wù)器中 Socket 網(wǎng)絡(luò)建立以及文件事件模型

一個 redis 單機(jī)，可以抗幾百上千的并發(fā)，這里的并發(fā)指的就是同時可以有幾百個 client 對這個 redis server 發(fā)起請
求，都需要去建立網(wǎng)絡(luò)連接，同時間可能會有幾百個 redis client 通過 socket 和我們的 redis server socket 建立網(wǎng)絡(luò)
連接

如果自己使用 java socket 編程，無論使用 nio、bio，一旦要是說一個 server 和一個 client 完成了一個網(wǎng)絡(luò)連接之
后，就會多出來一個 socket，socket 是抽象出來通信的模型，通過一個 socket 就可以跟對方的 socket 形成一個連
接

那么對于 redis server 而言，內(nèi)部為了支撐并發(fā)訪問的大量的 redis client，redis server 內(nèi)部就會有幾百個 socket，
網(wǎng)絡(luò)連接同時在維持著

因此呢，在 bio 模式下，一個 socket 連接就對應(yīng)了一個線程來監(jiān)聽請求

在 nio 模式下，可以實現(xiàn) IO 多路復(fù)用，一個線程就可以監(jiān)聽多個 socket 的網(wǎng)絡(luò)事件

在 redis server 中，就是通過 FileEventHandler 進(jìn)行多路復(fù)用

socket 中會產(chǎn)生一些網(wǎng)絡(luò)事件，accept（連接應(yīng)答）、read（有數(shù)據(jù)可以讀的事件）、write（有數(shù)據(jù)可以寫的事
件）、close（連接被關(guān)閉） 在 redis 中這些 網(wǎng)絡(luò)事件 都被抽象為 文件事件

基于隊列串行化的文件事件處理機(jī)制

針對 server 端的大量的 socket，不太可能每一個 socket 都使用一個線程來監(jiān)聽，因為線程資源不夠，所以不會采
用 bio 模式，因此解決方案就是針對大量的 socket，使用一個線程監(jiān)聽 n 多個 socket，采用 IO 多路復(fù)用模式

當(dāng) server 端保持了大量的 redis client 的連接，可能在同一時間，大量的 redis client 并發(fā)的給 server 端發(fā)送大量的
請求，redis server 內(nèi)部大量的 socket 會突然同一時間產(chǎn)生大量的事件（例如 read 事件，write 事件）

對于這些網(wǎng)絡(luò)事件的處理，有兩種解決方案（Redis Server 中就采用了第一種，使用隊列進(jìn)行串行化處理）：
     使用 queue 隊列，將接收到事件的 socket 放入 queue 中進(jìn)行排隊，串行化進(jìn)行處理
      將有事件發(fā)生的 socket 分發(fā)給不同的線程，來進(jìn)行并發(fā)的處理，開啟大量的多線程，多個線程并發(fā)的去處理
              不同的 socket 里面的事件

client 和 server 端建立連接的流程為：

我們會有一個專門的 socket 去監(jiān)聽端口，用于監(jiān)聽來自客戶端的連接請求，這個連接請求經(jīng)過 IO 多路復(fù)用，由 連
接應(yīng)答處理器 進(jìn)行處理，處理的操作其實也就是服務(wù)端和客戶端進(jìn)行 TCP 三次握手建立連接，建立好連接之后服務(wù)
端就會創(chuàng)建一個新的 socket，這個 socket 就是接收客戶端對應(yīng)的事件

那么連接建立之后，客戶端對于服務(wù)端的一些讀寫請求就會通過 socket 進(jìn)行請求，請求到達(dá)服務(wù)端之后，通過 IO
多路復(fù)用將任務(wù)分發(fā)給不同的事件處理器進(jìn)行處理，如果是讀寫請求，就將讀寫的響應(yīng)通過 socket 響應(yīng)給客戶端

Redis 串行化單線程模型為什么能高并發(fā)？

Redis 串行化單線程模型為什么能高并發(fā)？

首先 Redis 是通過 串行化 + 單線程 來應(yīng)對高并發(fā)的
Redis 首先是基于內(nèi)存操作，速度很快，并且當(dāng)大量請求進(jìn)入后，都放入隊列中，進(jìn)行串行化處理，由單個線程直
接基于內(nèi)存進(jìn)行操作，并且單線程的情況下也不需要加鎖以及線程上下文切換（多線程是很占用 CPU 資源的），
核心就在于 Redis 通過單線程基于內(nèi)存進(jìn)行操作！
 

Redis 內(nèi)核級請求處理流程

Redis Server 其實就是 Linux 服務(wù)器中的一個進(jìn)程

主要還是下圖的流程
1. 應(yīng)用先和 server 端建立 TCP 連接
2. 建立連接之后，server 端就會有一個與該客戶端通信的 socket，客戶端的讀寫請求發(fā)送到服務(wù)端的 socket
3. 那么通過 IO 多路復(fù)用，收到讀寫請求的 socket 會到隊列中排隊等待處理
4. 由文件事件分發(fā)器將事件分發(fā)給對應(yīng)的命令請求處理器
5. server 端內(nèi)部也是有一個 Redis Client 的，由這個 Client 來處理對數(shù)據(jù)的操作，這個 Client 有一個輸入緩沖區(qū)
和輸出緩沖區(qū)，先將讀寫命令寫入輸入緩沖區(qū)
6. 再去找到對應(yīng)的 Redis Command 也就是查找到對應(yīng)的命令
7. 之后就去操作內(nèi)存中的數(shù)據(jù)
8. 操作后將操作結(jié)果寫入輸出緩沖區(qū)中
9. 最終命令請求處理器將輸出緩沖區(qū)中的響應(yīng)結(jié)果通過 Socket 發(fā)送給客戶端