# dispatch\_mode [TOC] 數據包分發策略。可以選擇`7`種類型，默認為`2` * 1，輪循模式，收到會輪循分配給每一個`Worker`進程 * 2，固定模式，根據連接的文件描述符分配`Worker`。這樣可以保證同一個連接發來的數據只會被同一個`Worker`處理 * 3，搶占模式，主進程會根據`Worker`的忙閑狀態選擇投遞，只會投遞給處于閑置狀態的`Worker` * 4，IP分配，根據客戶端`IP`進行取模`hash`，分配給一個固定的`Worker`進程。可以保證同一個來源IP的連接數據總會被分配到同一個`Worker`進程。算法為`ip2long(ClientIP) % worker_num` * 5，`UID`分配，需要用戶代碼中調用[Server->bind()](Server-bind.md)將一個連接綁定`1`個`uid`。然后底層根據`UID`的值分配到不同的`Worker`進程。算法為`UID % worker_num`，如果需要使用字符串作為UID，可以使用`crc32(UID_STRING)` * 7，`stream`模式，空閑的`Worker`會`accept`連接，并接受`Reactor`的新請求 ## 使用建議 * 無狀態`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`進程。