事件驅動
事件驅動（Event Driven）是一種核心的編程范式，其根本特征是控制反轉（Inversion of Control，IoC）。在這種模型中，程序的執(zhí)行流不再由代碼的順序調(diào)用決定，而是由一系列異步發(fā)生的事件來驅動。應用程序的角色從主動輪詢或等待，轉變?yōu)楸粍拥貙κ录龀鲰憫?，這構成了現(xiàn)代高性能系統(tǒng)的基礎。
一個完整的事件驅動架構由四個基本部分組成，它們協(xié)同工作，構成了高效的事件處理流程。
1）事件源（Event Source）：事件的產(chǎn)生者。在網(wǎng)絡編程中，最典型的事件源就是操作系統(tǒng)內(nèi)核，它負責監(jiān)視網(wǎng)絡連接、文件句柄等資源的狀態(tài)變化。
2）事件（Event）：對狀態(tài)變化的封裝。例如，一個數(shù)據(jù)包到達網(wǎng)卡，內(nèi)核會生成一個“讀就緒”事件；一個TCP連接請求被接受，會生成一個“連接就緒”事件。每個事件都包含了足夠的信息（如關聯(lián)的文件描述符）以供后續(xù)處理。
3）事件循環(huán)（Event Loop）：整個范式的引擎。它是一個持續(xù)運行的循環(huán)，其唯一職責就是向事件源查詢是否有新事件發(fā)生。一旦獲取到事件，它并不會自己處理，而是將事件分發(fā)給預先注冊的處理器。基于epoll的while (true) { epoll_wait(...); }結構就是最經(jīng)典的事件循環(huán)實現(xiàn)。
4）事件處理器（Event Handler）：預先定義的、用于處理特定事件的邏輯代碼。這通常是一個函數(shù)或一個對象的方法。當事件循環(huán)將事件分發(fā)過來時，相應的處理器被調(diào)用，執(zhí)行具體的業(yè)務邏輯，如讀取數(shù)據(jù)、發(fā)送響應或關閉連接。

為什么需要Reactor模型
C10K問題（即同時處理1萬個并發(fā)連接）是客戶端-服務器模型在高并發(fā)場景下的典型挑戰(zhàn)，由Dan Kegel于1999年提出。傳統(tǒng)多線程模型在處理大規(guī)模并發(fā)連接時面臨嚴重瓶頸：每一個連接創(chuàng)建一個線程（Thread-per-Connection）會導致內(nèi)存消耗過高、上下文切換開銷過大以及文件描述符資源耗盡。此外，阻塞I/O操作會使線程在等待數(shù)據(jù)時閑置，降低處理器利用率。
一種優(yōu)化策略是使用線程池：服務器啟動時創(chuàng)建固定數(shù)量的線程，組成線程池。當新連接到達時，從線程池分配空閑線程處理連接，處理完成后線程返回池中等待下一個任務。然而，由于使用阻塞I/O，當并發(fā)連接數(shù)過大時，線程池中的線程可能全部處于等待I/O操作的狀態(tài)，導致處理器資源浪費。

為解決這些問題，Reactor模型應運而生。Reactor模型是事件驅動思想在網(wǎng)絡I/O領域最經(jīng)典的實現(xiàn)，它利用操作系統(tǒng)的I/O多路復用機制（如Linux的epoll），使少數(shù)線程甚至單個線程能夠同時處理大量客戶端連接。此外，它還支持輕松修改或擴展請求處理邏輯，盡管存在編程復雜度較高和調(diào)試難度較大的局限性。
在Reactor模式中，服務器不再為每個連接創(chuàng)建線程，而是將所有連接的文件描述符統(tǒng)一注冊到一個中央事件循環(huán)中。這個事件循環(huán)通過epoll_wait等調(diào)用，以極低的成本同時監(jiān)視海量連接。只有當某個連接上真正有事件發(fā)生時（如數(shù)據(jù)到達），操作系統(tǒng)才會喚醒事件循環(huán)，后者再將事件精確地分發(fā)給對應的處理器去執(zhí)行非阻塞的讀寫操作。處理完畢后，控制權立刻返回事件循環(huán)，繼續(xù)等待下一批事件。

未完待續(xù)

很高興與你相遇！如果你喜歡本文內(nèi)容，記得關注哦