目錄

Swoole 的生命周期

Swoole 文件描述符（FD）緩存

Swoole設置協程的數量

Swoole 默認值

---

Swoole 是一個基于 PHP 的高性能網絡通信引擎，它采用 C++ 編寫，提供了協程和高性能的網絡編程支持。Swoole 支持多種網絡服務器和客戶端模塊，能夠輕松快速地實現 TCP/UDP 服務、高性能 Web、WebSocket 服務、IoT、實時通信、游戲和微服務等，打破了 PHP 在傳統 Web 領域的限制1。

Swoole 的生命周期

主要分為以下幾個階段：

1. 初始化（PHP_MINIT_FUNCTION）：當 PHP 啟動時，會調用 Swoole 的初始化函數，用于設置全局狀態和定義常量等3。

2. 請求開始（PHP_RINIT_FUNCTION）：每個 PHP 請求開始時，Swoole 會進行請求相關的初始化工作，如設置請求狀態、注冊關閉函數等3。

3. 請求處理：在請求處理階段，Swoole 可以利用其協程特性，以同步的方式編寫異步代碼，提高性能2。

4. 請求結束（PHP_RSHUTDOWN_FUNCTION）：請求結束時，Swoole 會進行資源的清理和釋放，包括事件循環資源、服務器資源和協程資源等3。

5. 關閉（PHP_MSHUTDOWN_FUNCTION）：當 PHP 關閉時，Swoole 會執行清理工作，釋放運行過程中的資源，避免資源泄露3。

6. 信息（PHP_MINFO_FUNCTION）：Swoole 還提供了一個函數用于打印關于模塊的信息，如作者、版本等3。

Swoole 的設計目標是為了解決傳統 PHP-FPM 模式并發慢的問題，通過常駐內存和協程機制來提高 PHP 應用的性能。它允許開發者以同步的方式編寫代碼，而 Swoole 在底層自動處理異步邏輯，降低了編程的復雜性2。

此外，Swoole 的事件循環和協程上下文切換都是內存讀取，避免了 CPU 寄存器、堆棧以及系統內核態與用戶態之間的切換，因此切換開銷極小3。這使得 Swoole 在處理大量并發連接時表現出色，同時保持了較低的資源消耗。

Swoole 文件描述符（FD）緩存

默認的 100000 不是單個 worker 進程下的協程數目。實際上，這個數字是指 Swoole 服務器的文件描述符（FD）緩存大小，默認情況下，Swoole 會為每個 worker 進程分配一個大小為 100MB 的緩沖區來緩存數據。

在 Swoole 中，協程（Coroutine）是一種輕量級的線程，用于處理 I/O 密集型任務，而不會阻塞整個進程。協程的默認數量取決于你的 Swoole 服務器配置。Swoole 允許你配置每個 worker 進程的協程數量，這個數量可以根據你的應用需求和服務器性能進行調整。

PHP 開發者通常可以啟動多個 worker 進程來提高并發處理能力。Swoole 通過 master-worker 模式來管理這些進程，其中：

• master 進程：負責接收客戶端連接，并將連接分發給 worker 進程。
• worker 進程：實際處理業務邏輯，可以包含多個協程來并行處理 I/O 操作。

每個 worker 進程的協程數量可以在 Swoole 服務器的配置中設置，例如使用 Swoole\Server 的 set 方法：

$server->set(['worker_num' => 4, // 設置 worker 進程的數量'max_coroutine' => 10000, // 設置每個 worker 進程的協程數量
]);

在這個例子中，worker_num 表示 worker 進程的數量，而 max_coroutine 表示每個 worker 進程可以創建的協程的最大數量。根據你的應用場景和服務器資源，你可以調整這些值以獲得最佳性能。

Swoole 的默認值為 100000，指的文件描述符緩存大小，而不是協程數量。

Swoole設置協程的數量

應該查看 Swoole 的配置項 max_coroutine。

max_coroutine 是 Swoole 協程模式下每個 worker 進程中可以創建的最大協程數量。這個值可以根據應用需求和服務器性能進行調整。協程數量的設置沒有固定的范圍，但通常受限于以下幾個因素：

1. 服務器內存：每個協程都需要分配一定的內存空間來存儲其執行狀態，包括局部變量、寄存器狀態等。因此，服務器的可用內存是限制協程數量的一個重要因素。

2. 操作系統限制：操作系統可能對單個進程可以打開的文件描述符數量有限制，這間接影響了協程的數量，因為每個協程都可能涉及到文件描述符的操作。

3. Swoole 配置：Swoole 允許你通過配置來設置協程的數量，但這個設置需要在合理的范圍內，以避免因為協程過多導致的性能問題。

4. 應用場景：I/O 密集型的應用可能需要更多的協程來充分利用 I/O 等待時間，而 CPU 密集型的應用則可能需要較少的協程，以避免過多的上下文切換和資源競爭。

5. 性能測試：最佳的協程數量往往需要通過性能測試來確定，這涉及到對應用進行壓力測試，找到最優的配置點。

通常，Swoole 的 max_coroutine 默認值可能在幾千到幾萬之間，但具體的最佳值需要根據應用和服務器環境來確定。如果應用主要是 I/O 密集型，并且服務器有充足的內存資源，可以嘗試增加協程的數量。但是，如果協程數量過多，可能會導致內存使用過高，或者因為頻繁的上下文切換而降低性能。

在設置 max_coroutine 時，你也應該考慮設置 worker_num，即 worker 進程的數量。Swoole 的 worker 進程數量通常設置為 CPU 核心數的 1-4 倍，這樣可以充分利用多核 CPU 的計算能力，同時避免進程之間的上下文切換開銷。

最后，調整這些參數的最佳方法是進行實際的性能測試，根據測試結果來找到最適合應用的配置。

Swoole 默認值

hyperf官方文檔有這么一段話最大協程數限制
對 Swoole Server 通過 set 方法設置 max_coroutine 參數，
用于配置一個 Worker 進程最多可存在的協程數量。因為隨著 
Worker 進程處理的協程數目的增加，其對應占用的內存也會隨之增加，
為了避免超出 PHP 的 memory_limit 限制，
請根據實際業務的壓測結果設置該值，Swoole 的默認值為 100000
（ Swoole 版本小于 v4.4.0-beta 時默認值為 3000 ）, 
在 hyperf-skeleton 項目中默認設置為 100000。

Hyperf 框架的官方文檔中提到的 max_coroutine 參數，是 Swoole 擴展的一個配置項，用于設置單個 worker 進程中可以創建的最大協程數量。這個參數的設置需要根據你的應用需求和服務器配置來決定。

文檔中提到的 Swoole 默認值可能存在一些混淆，這里解釋一下：

• Swoole 版本小于 v4.4.0-beta 時默認值為 3000：這意味著在 Swoole 4.4.0-beta 之前的版本中，如果沒有顯式設置?max_coroutine，其默認值是 3000。
• Swoole 的默認值為 100000：這可能是指在某些特定的環境或配置下，或者在 Hyperf 框架中，max_coroutine?的默認值被設置為 100000。這并不一定是 Swoole 擴展本身的默認值，而可能是 Hyperf 框架為了優化性能而做的默認配置。

Hyperf 框架是基于 Swoole 擴展開發的，它在 Swoole 的基礎上提供了一些默認配置和優化。因此，當你在 Hyperf 中看到 max_coroutine 的默認值是 100000 時，這實際上是 Hyperf 框架的默認配置，而不是 Swoole 擴展本身的默認配置。

在實際使用中，你應該根據自己的應用場景和服務器性能來調整 max_coroutine 的值。如果應用是 I/O 密集型的，并且服務器有足夠的內存，可能需要增加協程的數量。但是，如果協程數量過多，可能會導致內存使用過高，或者因為頻繁的上下文切換而降低性能。

此外，memory_limit 是 PHP 的配置項，用于限制 PHP 腳本可以使用的最大內存。當設置 max_coroutine 時，需要確保總的協程內存使用不會超過這個限制，否則 PHP 腳本可能會因為超出內存限制而失敗。

總之，關于 max_coroutine 的默認值，應該以你所使用的 Swoole 版本或框架的文檔為準，并根據實際的業務需求和服務器配置來調整這個值。