workerman和swoole在現階段很受爭議，有時間你得認識認識，不然你就不是混php圈子的。swoole是使用C語言實現的socket通信框架，workerman則是使用純php實現的socket框架，二者進程模型上也存在很多的不同。
先說下swoole的進程模型，看一下以下解析圖。
master進程
這個進程比較複雜，也是我認爲最核心的進程，這是一個包含多線程的進程，分別是一個主線程和n個reactor線程（數量可以配置）。
其中，主線程用於accept新的連接，然後評估一下每個reactor線程負責維護的連接數，然後分配給數量最少的那個reactor線程，最大程度保證每個reactor線程的負載量是均衡的。
本質上講，一旦一個socket可讀或者可寫了，就由reactor線程發送給worker進程或者發送會客戶端。除此之外，主線程還負責對所有信號的接管，避免reactor線程收到信號的打擾中斷。
說的洋氣點兒就是：master進程負責了連接的accept、託管、socket的可讀可寫（數據的發送和接受），本質上講，master進程負責了IO。還需要注意一點兒的是reactor線程是徹底的全異步非阻塞工作方式。
manager進程
manager進程是worker進程和taskworker進程的媽，說的洋氣點兒就是manager進程fork出來了worker進程和taskworker進程，生出來了就得管，所以，manager進程得負責對worker進程和taskworker進程的撫養義務，具體包括監控它們的狀態、當它們意外掛了後重新拉起一個新的進程（避免了殭屍進程）、平滑重啓（就是傳說中的reload）。
worker進程
worker進程是manager進程fork出來的，這個進程說白了就是搬磚幹活（官方文檔中屢次提到的業務代碼），其實就是平時碼的那些curd業務邏輯代碼，懂了吧？只不過worker進程比較diao的是，這個進程可以用異步方式去工作，也可以用同步方式去工作。如果聽不懂什麼意思，那就先背過，先混個臉熟再說。
taskworker進程
taskworker進程（後文中稱tasker進程）實際本質上也是worker進程，只不過是一種特殊的worker進程。如果你的worker進程中存在一些耗時耗力的操作，那麼可以先拋給tasker進程，自己先去幹別的，等tasker幹完了，再由worker進程取回，非常diao。但是tasker進程只能工作在同步方式下，並不能使用異步。這就是爲什麼tasker進程不可以使用定時器，而worker進程可以使用定時器的原因。
簡單總結混在一起說下這幾種進程之間是怎麼搭配起來幹活的。見說來說，就是master進程就是接活兒的銷售，但是具體幹活則由worker進程來做，如果worker進程感覺到某些流程太繁忙複雜就可以讓tasker進程來做。而manager進程就是後勤worker進程和takser進程的人力資源保障部，負責他們的生死存亡和吃喝拉撒。
而workerman的進程模型相對就要簡單很多了，首先相對於swoole來說，workerman沒有swoole中的reator線程，其次workerman沒有用於處理普通業務的worker進程以及tasker進程。而workerman的話，socket是由worker進程負責的，swoole中則是由主進程中的reactor線程來負責的。而swoole在接受到數據後，可以通過自己的worker進程來處理業務（有點兒類似於fpm進程）。
workerman是一個高性能的PHP socket 服務器框架，workerman基於PHP多進程以及libevent事件輪詢庫，PHP開發者只要實現一兩個接口，便可以開發出自己的網絡應用，例如Rpc服務、聊天室服務器、手機遊戲服務器等。
workerman的目標是讓PHP開發者更容易的開發出基於socket的高性能的應用服務，而不用去了解PHP socket以及PHP多進程細節。 workerman本身是一個PHP多進程服務器框架，具有PHP進程管理以及socket通信的模塊，所以不依賴php-fpm、nginx或者apache等這些容器便可以獨立運行
其中
workerman有兩種進程模型
1、基本的master worker模型
2、master gateway worker模型
master worker模型工作流程及進程間關係如下：
master worker模型說明：
master進程爲主進程，啓動過程中讀取conf配置，根據每個應用配置中的ip和端口創建監聽socket，然後再根據配置中的進程數創建對應數量的子進程即worker進程，worker進程會自動繼承master進程創建的監聽socket，使得worker進程能夠獨立的接受並處理客戶端的連接。
而後master進程進入監聽信號的邏輯中，監聽worker進程退出信號（worker進程退出後，系統會自動向master進程發送一個SIGHCLD信號，mater進程會重新創建子進程，將缺失的子進程補上），master進程還會監聽workermand腳本發來的停止信號（SIGINT）和平滑重啓服務信號（SIGHUP）
worker進程爲master進程派生出來的子進程，自動繼承了master進程的監聽socket，每個worker進程獨立的接受並處理客戶端的連接。
master worker模型比較適合業務簡單的應用或者短連接應用
master gateway worker模型工作流程和進程間關係如下：
master gateway worker 模型說明：
這種模型多了一個gateway進程組，工作流程與master worker模型基本相同，區別是worker進程不再直接與客戶端打交道，客戶端與worker進程之間多了一個gateway進程，gateway專職處理網絡IO，並維護客戶端的長連接。
master gateway worker 模型非常適合長連接應用
當我們業務代碼以同步阻塞方式來使用swoole和workerman的時候，swoole則很想nginx+fpm的二合一體，而workerman則只相當於nginx，這就是區別啦！