一、epoll和select和poll的區(qū)別

三者對比

select：調(diào)用開銷大（需要復(fù)制集合）；集合大小有限制；需要遍歷整個(gè)集合找到就緒的描述符poll：poll 采用數(shù)組的方式存儲(chǔ)文件描述符，沒有最大存儲(chǔ)數(shù)量的限制，其他方面和 select 沒有區(qū)別epoll：調(diào)用開銷?。ú恍枰獜?fù)制）；集合大小無限制；采用回調(diào)機(jī)制，不需要遍歷整個(gè)集合

select、poll?都是在用戶態(tài)維護(hù)文件描述符集合，因此每次需要將完整集合傳給內(nèi)核；epoll?由操作系統(tǒng)在內(nèi)核中維護(hù)文件描述符集合，因此只需要在創(chuàng)建的時(shí)候傳入文件描述符。

此外?select?只支持水平觸發(fā)，epoll?支持邊緣觸發(fā)。

適用場景

當(dāng)連接數(shù)較多并且有很多的不活躍連接時(shí)，epoll 的效率比其它兩者高很多。當(dāng)連接數(shù)較少并且都十分活躍的情況下，由于 epoll 需要很多回調(diào)，因此性能可能低于其它兩者。

延伸閱讀：

二、Redis 的線程模型是什么

Redis是一個(gè)單線程的工作模型，使用 I/O 多路復(fù)用來處理客戶端的多個(gè)連接。為什么 Redis 選擇單線程也能效率這么高？

I/O 設(shè)備（如磁盤、網(wǎng)絡(luò)）等速度遠(yuǎn)遠(yuǎn)慢于 CPU，因此引入了多線程技術(shù)。當(dāng)一個(gè)線程發(fā)起 I/O 請求時(shí)，先將它掛起，切換到別的線程；當(dāng) I/O 設(shè)備就緒時(shí)，再切換回該線程?？傊嗑€程技術(shù)是為了充分利用 CPU 的計(jì)算資源，適用于下層存儲(chǔ)慢速的場景。

而 redis 是純內(nèi)存操作，讀寫速度非?？臁Ｋ械牟僮鞫紩?huì)在內(nèi)存中完成，不涉及任何 I/O 操作，因此多線程頻繁的上下文切換反而是一種負(fù)優(yōu)化。Redis 選擇基于非阻塞 I/O 的?I/O 多路復(fù)用機(jī)制，在單線程里并發(fā)處理客戶端的多個(gè)連接，減少多線程帶來的系統(tǒng)開銷，同時(shí)也有更好的可維護(hù)性，方便開發(fā)和調(diào)試。

不過 redis 在最新的幾個(gè)版本中也引入了多線程，目的是：

異步處理刪除操作。當(dāng)刪除超大鍵值對的時(shí)候，單線程內(nèi)同步地刪除可能會(huì)阻塞待處理的任務(wù)應(yīng)對網(wǎng)絡(luò) I/O 的場景，網(wǎng)絡(luò) I/O 是慢速 I/O。redis6 吞吐量提高了 1 倍