014：Redis線(xiàn)程IO模型

n，表示讀取這么多字節后再返回，如果沒(méi)有讀夠線(xiàn)程就會(huì )卡在那里，直到新的數據到來(lái)或者連接關(guān)閉了，read 方法才可以返回，線(xiàn)程才能繼續處理。而 write 方法一般來(lái)說(shuō)不會(huì )阻塞，除非內核為套接字分配的寫(xiě)緩沖區已經(jīng)滿(mǎn)了，write 方法就會(huì )阻塞，直到緩存區中有空閑空間挪出來(lái)了。
read_events, write_events = select(read_fds, write_fds, timeout) for event in read_events: handle_read(event.fd) for event in write_events: handle_write(event.fd) handle_others() # 處理其它事情，如定時(shí)任務(wù)等

因為我們通過(guò) select 系統調用同時(shí)處理多個(gè)通道描述符的讀寫(xiě)事件，因此我們將這類(lèi)系
Redis 會(huì )將每個(gè)客戶(hù)端套接字都關(guān)聯(lián)一個(gè)指令隊列?？蛻?hù)端的指令通過(guò)隊列來(lái)排隊進(jìn)行
服務(wù)器處理要響應 IO 事件外，還要處理其它事情。比如定時(shí)任務(wù)就是非常重要的一件

Redis 單線(xiàn)程如何處理那么多的并發(fā)客戶(hù)端連接？
Redis 同樣也會(huì )為每個(gè)客戶(hù)端套接字關(guān)聯(lián)一個(gè)響應隊列。Redis 服務(wù)器通過(guò)響應隊列來(lái)將

Redis 是個(gè)單線(xiàn)程程序 !

也許你會(huì )懷疑高并發(fā)的 Redis 中間件怎么可能是單線(xiàn)程。很抱歉，它就是單線(xiàn)程，你的
Redis 的定時(shí)任務(wù)會(huì )記錄在一個(gè)稱(chēng)為最小堆的數據結構中。這個(gè)堆中，最快要執行的任
事件輪詢(xún) API 就是 Java 語(yǔ)言里面的 NIO 技術(shù)Java 的 NIO 并不是 Java 特有的技術(shù)，其它計算機語(yǔ)言都有這個(gè)技術(shù)，只不過(guò)換了一個(gè)詞匯，不叫 NIO 而已。

因為它所有的數據都在內存中，所有的運算都是內存級別的運算。正因為 Redis 是單線(xiàn)
程可以繼續干別的事了。

服務(wù)器套接字 serversocket 對象的讀操作是指調用 accept 接受客戶(hù)端新連接。何時(shí)有新連接到來(lái)，也是通過(guò) select 系統調用的讀事件來(lái)得到通知的。