# dispatch_mode 數據包分發策略。可以選擇3種類型，默認為2 * 1，輪循模式，收到會輪循分配給每一個worker進程 * 2，固定模式，根據連接的文件描述符分配worker。這樣可以保證同一個連接發來的數據只會被同一個worker處理 * 3，搶占模式，主進程會根據Worker的忙閑狀態選擇投遞，只會投遞給處于閑置狀態的Worker * 4，IP分配，根據客戶端IP進行取模hash，分配給一個固定的worker進程。可以保證同一個來源IP的連接數據總會被分配到同一個worker進程。算法為 `ip2long(ClientIP) % worker_num` * 5，UID分配，需要用戶代碼中調用 $serv-> [bind()](https://wiki.swoole.com/wiki/page/369.html) 將一個連接綁定1個uid。然后swoole根據UID的值分配到不同的worker進程。算法為 `UID % worker_num`，如果需要使用字符串作為UID，可以使用`crc32(UID_STRING)` 使用建議 ---- * 無狀態`Server`可以使用`1`或`3`，同步阻塞`Server`使用`3`，異步非阻塞`Server`使用`1` * 有狀態使用`2`、`4`、`5` > `dispatch_mode 4,5`兩種模式，在`1.7.8`以上版本可用 > `dispatch_mode=1/3`時，底層會屏蔽`onConnect`/`onClose`事件，原因是這2種模式下無法保證`onConnect`/`onClose`/`onReceive`的順序 > 非請求響應式的服務器程序，請不要使用模式1或3 UDP協議 ----- * `dispatch_mode=2/4/5`時為固定分配，底層使用客戶端IP取模散列到不同的worker進程，算法為 `ip2long(ClientIP) % worker_num` * `dispatch_mode=1/3`時隨機分配到不同的worker進程 BASE模式 ----- `dispatch_mode`配置在BASE模式是無效的，因為BASE不存在投遞任務，當`Reactor線程`收到客戶端發來的數據后會立即在當前線程/進程回調`onReceive`，不需要投遞Worker進程。