redis為什么可以支持高并發(fā)和它內部的工作模式有不可分割的關系：
- 絕大部分請求是純粹的內存操作（非常快速）
- 采用單線程,避免了不必要的上下文切換和競爭條件
- 非阻塞IO - IO多路復用
Redis客戶端對服務端的每次調用都經(jīng)歷了發(fā)送命令逆皮，執(zhí)行命令，返回結果三個過程万哪。其中執(zhí)行命令階段，由于Redis是單線程來處理命令的毙石，所有到達服務端的命令都不會立刻執(zhí)行蛋勺，所有的命令都會進入一個隊列中凹髓，然后逐個執(zhí)行叠艳，并且多個客戶端發(fā)送的命令的執(zhí)行順序是不確定的奶陈，但是可以確定的是不會有兩條命令被同時執(zhí)行，不會產(chǎn)生并發(fā)問題附较，這就是Redis的單線程基本模型吃粒。
文件事件處理器結構包含5個部分，其實真正包含為4個部分（不包含socket隊列拒课，加上主要方便后面理解）：多個socket徐勃、IO多路復用程序、socket隊列早像、文件事件分派器僻肖、以及事件處理器。如圖：
注：如果只是單純的單線程卢鹦，那么redis在每一次的IO處理上都會耗費很長的時間臀脏，但是redis這里使用了IO多路復用監(jiān)聽多個socket，哪個socket接收完成了請求的IO法挨，就將這個scoket塞入socket隊列谁榜，這樣就大大減少了IO處理的時間。
如圖可以看出
- 客戶端請求過來凡纳，到了IO多路復用
- 監(jiān)聽到接收請求完成的socket,放入隊列供文件事件分派器消費（這個過程是單線程的）
- 文件事件分派器在選擇對應的事件處理器進行處理
這里只是簡單解讀了redis的內部工作模式，具體的多路復用原理大家需要了解可以自行了解帝蒿。
但是這里得說明下redis這里主流程雖然是單線程荐糜，但并不代表redis任何時候都是單線程的，比如我們之前講的redis持久化操作葛超，就會啟用一個子線程進行持久化操作暴氏，這種操作還存在很多場景，所以redis的單線程指的是redis的主流程單線程绣张，既我們上述所講的過程答渔。
另外redis6.0好像也要引入上述主流程的多線程操作，因為在面試的時候被問到redis是單線程還是多線程時不能一口咬定就是單線程侥涵。
