swoole兩種運行模式介紹：
這種模式就是傳統的異步非阻塞Server。與nginx和Node.JS等程序是完全一致的。
在時間循環中直接回調php的函數，而不是dispatch投遞任務。如果回調函數中有阻塞操作會導致Server退化為同步模式。worker_num參數對與BASE模式仍然有效，會啟動多個Worker進程。
BASE模式下沒有Master進程的角色
每個Worker進程同時承擔了Process模式下Reactor線程和Worker進程兩部分職責
BASE模式下Manager進程是可選的，當設置了worker_num=1，并且沒有使用Task和MaxRequest特性時，底層將直接創建一個單獨的Worker進程，不創建Manager進程
BASE模式的優點：
BASE模式沒有IPC開銷，性能更好
BASE模式代碼更簡單，不容易出錯
BASE模式的缺點：
TCP連接是在Worker進程中維持的，所以當某個Worker進程掛掉時，此Worker內的所有連接都將被關閉
少量TCP長連接無法利用到所有Worker進程
TCP連接與Worker是綁定的，長連接應用中某些連接的數據量大，這些連接所在的Worker進程負載會非常高。但某些連接數據量小，所以在Worker進程的負載會非常低，不同的Worker進程無法實現均衡。
BASE模式的適用場景：
如果客戶端連接之間不需要交互，可以使用BASE模式。如memcache、http服務器等。
推薦學習：?swoole視頻教程
進程模式（SWOOLE_PROCESS）
多進程模式是最復雜的方式，用了大量的進程間通信、進程管理機制。適合業務邏輯非常復雜的場景。Swoole提供了完善的進程管理、內存保護機制。 在業務邏輯非常復雜的情況下，也可以長期穩定運行。
Swoole在Reactor線程中提供了Buffer的功能，可以應對大量慢速連接和逐字節的惡意客戶端。另外也提供了CPU親和設置選項，使程序運行的效率更好。
進程模式的優點：
連接與數據請求發送是分離的，不會因為某些連接數據量大某些連接數據量小導致Worker進程不均衡
Worker進程發送致命錯誤時，連接并不會被切斷
可實現單連接并發，僅保持少量TCP連接，請求可以并發地在多個Worker進程中處理
進程模式的缺點：
存在2次IPC的開銷，master進程與worker進程需要使用UnixSocket進行通信
不支持某些高級功能，如sendwait、pause、resume等操作
