# 關于onConnect/onReceive/onClose順序 在swoole服務器程序中，如果不修改dispatch_mode選項。底層是可以保證同一個socket連接的onConnect/onReceive/onClose絕對有序。 onConnect ------- 連接進入后首先從主進程Accept，然后通知到Worker進程。之后才會將socket加入事件循環，監聽可寫。所以當收到的數據到達之前，Worker進程一定會先收到onConnect指令。 > onConnect/onClose/onReceive 事件都是由reactor線程發出的 onClose ----- 連接的關閉過程比較復雜。在swoole中close操作是在onClose事件回調函數執行完，并通知到reactor線程后。才會真正執行。 ####客戶端主動關閉 這時reactor線程最先得到關閉的事件，之后會將此socket從事件循環中移除，并標記連接為removed，然后向Worker進程發送通知。當Worker進程得到通知后會回調onClose（如果有設置），然后再向reactor發送關閉確認。Reactor線程收到Worker進程的關閉確認后才會執行socket的清理工作，并close，將fd釋放給操作系統。 > 客戶端主動關閉連接后，TCP通道已不可用，所以收到Worker的發送指令，會將此數據丟棄。 ####服務器主動關閉 首先執行onClose事件回調，然后將連接標記為closed，并向reactor線程發送關閉確認。reactor線程收到此消息后會真正執行close。 reactor會先收到發送數據的指令，再收到關閉確認指令。等待所有數據發送到客戶端后，才會執行close操作。 > 服務器主動關閉連接后，即使客戶端仍然向Server發送數據，達到服務器時也會被丟棄。 管道塞滿并啟用緩存時 ----- reactor和worker之間的管道如果發生塞滿，這時會啟用內存緩存隊列。數據發送操作可能仍然在緩存隊列中，并未發送到reactor線程。這是再發起close，那么關閉確認的消息也會加入緩存隊列等待發送。所有指令都是有序的。