# task\_ipc\_mode [TOC] 設置`Task`進程與`Worker`進程之間通信的方式。 * 1, 使用`Unix Socket`通信，默認模式 * 2, 使用消息隊列通信 * 3, 使用消息隊列通信，并設置為爭搶模式 ## 模式1 使用模式`1`時，支持定向投遞，可在`task`和`taskwait`方法中使用`dst_worker_id`，制定目標`Task`進程。 `dst_worker_id`設置為`-1`時，底層會判斷每個`Task`進程的狀態，向當前狀態為空閑的進程投遞任務。 ## 消息隊列模式 模式`2`和模式`3`使用`sysvmsg`消息隊列通信。 * 消息隊列模式使用操作系統提供的內存隊列存儲數據，未指定[mssage\_queue\_key](message\_queue\_key.md)消息隊列`Key`，將使用私有隊列，在`Server`程序終止后會刪除消息隊列。 * 指定消息隊列`Key`后`Server`程序終止后，消息隊列中的數據不會刪除，因此進程重啟后仍然能取到數據 * 可使用`ipcrm -q 消息隊列ID`手工刪除消息隊列數據 模式`2`和模式`3`的不同之處是，模式`2`支持定向投遞，`$serv->task($data, $task_worker_id)`可以指定投遞到哪個`task`進程。模式`3`是完全爭搶模式，`task`進程會爭搶隊列，將無法使用定向投遞，`task`/`taskwait`將無法指定目標進程`ID`，即使指定了`$task_worker_id`，在模式`3`下也是無效的。 > 模式`3`會影響`sendMessage`方法，使`sendMessage`發送的消息會隨機被某一個`task`進程獲取 #### 注意事項 使用消息隊列通信，**如果`Task`進程處理能力低于投遞速度，可能會引起`Worker`進程阻塞。**