## 1. reactor  > * 這個循環就是個”reactor“（反應堆），因為它等待事件的發生然對其作為相應的反應。正因為如此，它也被稱作事件循環。由于交互式系統都要進行I/O操作，因此這種循環也有時被稱作select loop,這是由于select調用被用來等待I/O操作。因此，在本程序中的select循環中，一個事件的發生意味著一個socket端處有數據來到。值得注意的是，select并不是唯一的等待I/O操作的函數，它僅僅是一個比較古老的函數而已（因此才被用的如此廣泛）。現在有一些新API可以完成select的工作而且性能更優，它們已經在不同的系統上實現了。不考慮性能上的因素，它們都完成同樣的工作：監視一系列sockets（文件描述符）并阻塞程序，直到至少有一個準備好時行I/O操作。 > * 嚴格意義上來說，我們的異步模式客戶端中的循環并不是reactor模式，因為這個循環體并沒有獨立于業務處理（在此是接收具體個服務器傳送來的詩歌）之外。它們被混合在一起。一個真正reactor模式的實現是需要實現循環獨立抽象出來并具有如下的功能： > 1.監視一系列與你I/O操作相關的文件描述符（description) > 2.不停地向你匯報那些準備好I/O操作的文件描述符 一個設計優秀的reactor模式實現需要做到： 1. 處理所有不同系統會出現的I/O事件 2. 提供優雅的抽象來幫助你在使用reactor時少花些心思去考慮它的存在 3. 提供你可以在抽象層外（treactor實現）使用的公共協議實現。 好了，我們上面所說的其實就是Twisted—健壯、跨平臺實現了reactor模式并含有很多附加功能。