請求集中在某些進程
現象
有時候我們通過命令php start.php status看到，請求被集中在特定的某些進程中處理，其它進程完全空閒。
抢占机制
workerman多個進程獲取連接的方式默認是搶佔式的，也就是說當客戶端有連接發起時，所有空閒的進程都有機會去獲取這個連接，快者先得。到底誰快，是由操作系統內核調度決定的。操作系統可能會優先選取最近一次使用的進程獲得cpu使用權，因為cpu寄存器里可能還存在上個進程的上下文信息，這可以減少上下文切換開銷。所以當業務足夠快的時候或者壓測過程中，更容易出現連接集中被某些進程處理的情況，因為這個策略可以避免頻繁的進程切換，性能往往是最優的，並不算什麼問題。
轮询机制
workerman可以通過設置 $worker->reusePort = true; 的方式將獲取連接的方式改為輪詢的方式，輪詢的方式內核會將連接近似平均的方式分配給所有進程，這樣所有的進程將會一起處理請求。
误区
很多開發者認為所有進程都參與請求處理性能越好，實際上不一定。當業務足夠簡單時，參與處理請求的進程數越趨近於cpu核心數，伺服器吞吐量越高。例如4核心伺服器，進程數設置為4時，helloworld壓測QPS一般是最高的。如果參與處理的進程數超過cpu核心數太多，進程上下文開銷越大，性能反而越差。而一般帶數據庫業務時，進程數設置為cpu核心數的3倍-6倍性能可能會更好。