# swoole_server的3種運行模式介紹 [TOC=2,3] ## 一、Base模式（SWOOLE_BASE） 這種模式就是傳統的異步非阻塞Server。在Reactor內直接回調PHP的函數。如果回調函數中有阻塞操作會導致Server退化為同步模式。worker_num參數對與BASE模式仍然有效，swoole會啟動多個Reactor進程。 >BASE模式下reactor和worker是同一個角色 BASE模式的優點： * BASE模式沒有IPC開銷，性能更好 * BASE模式代碼更簡單，不容易出錯 BASE模式的缺點： * TCP連接是在worker進程中維持的，所以當某個worker進程掛掉時，此worker內的所有連接都將被關閉 * 少量TCP長連接無法利用到所有Worker進程 * TCP連接與Worker是綁定的，長連接應用中某些連接的數據量大，這些連接所在的Worker進程負載會非常高。但某些連接數據量小，所以在Worker進程的負載會非常低，不同的Worker進程無法實現均衡。 BASE模式的適用場景： 如果客戶端連接之間不需要交互，可以使用BASE模式。如Memcache、Http服務器等。 ## 二、線程模式(已廢棄) 這個就是多線程Worker模式，Reactor線程來處理網絡事件輪詢，讀取數據。得到的請求交給Worker線程去處理。 Swoole提供了可配置的參數，以實現m/n的參數調整。在這種模式下onReceive可以有適度的阻塞操作。多線程模式比進程模式輕量一些，而且線程之間可以共享堆棧和資源。 訪問共享內存時會有同步問題，需要使用Swoole提供的鎖機制來保護數據。目前已經提供了Mutex、讀寫鎖、文件鎖、信號量、自旋鎖一共5種鎖的實現。 多線程的優點： * 對象和變量是共享的，可直接進行操作 * 文件描述符是共享的，不同的線程可以對同一個資源直接進行操作 多線程的缺點： * 操作非局部變量時需要加鎖，編程難度高 * 一個線程發生內存錯誤，整個進程會全部結束 >由于PHP的ZendVM在多線程模式存在內存錯誤，多線程模式在v1.6.0版本后已關閉 ## 三、進程模式(SWOOLE_PROCESS) 多進程模式是最復雜的方式，用了大量的進程間通信、進程管理機制。適合業務邏輯非常復雜的場景。Swoole提供了完善的進程管理、內存保護機制。 在業務邏輯非常復雜的情況下，也可以長期穩定運行。 Swoole在Reactor線程中提供了Buffer的功能，可以應對大量慢速連接和逐字節的惡意客戶端。另外也提供了CPU親和設置選項，使程序運行的效率更好。 進程模式的優點： * 連接與數據請求發送是分離的，不會因為某些連接數據量大某些連接數據量小導致Worker進程不均衡 * Worker進程發送致命錯誤時，連接并不會被切換 進程模式的缺點： * 存在2次IPC的開銷，master進程與worker進程需要使用UnixSocket進行通信 * 不支持某些高級功能，如sendwait、pause、resume等操作