php為什麼要用swoole？

最近兩個月一直在研究 Swoole，那麼借助這篇文章，我希望能夠把 Swoole 安麗給更多人。雖然 Swoole 可能目前定位是一些高級 phper 的玩具，讓中低級望而生畏，可能對一些應用場景也一臉懵逼，但其實沒這麼難的。

在 Swoole 官網的自我介紹是“面向生產環境的 PHP 非同步網路通訊引擎”，首先 Swoole 它是一個網路應用的開發工具，它支援 Http、TCP、UDP、WebSocket。

Swoole 和我們傳統的 PHP 開發差異是有的，需要理解的概念也是有的。使用目前一些基於 Swoole 的框架開發的話，從開發習慣和傳統的TP、LV 框架相差不多。

那為什麼要使用 Swoole？

我認為有以下幾點：

常駐內存，避免重複加載帶來的性能損耗，提升海量性能

協程異步，提高對I/O 密集型場景並發處理能力（如：微信開發、付款、登入等）

方便開發Http、WebSocket、TCP、UDP 等應用，可以與硬體通訊

PHP高效能微服務架構成為現實

常駐記憶體

目前傳統PHP框架，在處理每個要求之前，都要做一遍載入框架檔案、設定的操作。這可能已經成為效能問題的一大原因，而使用 Swoole 則沒有這個問題，一次載入多次使用。

協程

如下圖所示，這是同一個執行緒處理並發請求的場景，例如你某個介面中需要呼叫其它api 介面或讀寫大文件，傳統同步阻塞和協程異步的優勢就體現了出來。

詳解Swoole 協程為什麼適合I/O 密集型場景

說到協程，就得先簡單說說進程和線程，眾所周知進程是很佔用資源的，為了處理請求大量創建進程肯定是得不償失的。而多執行緒應用就比較多了，在 CPU 層級有幾個核心就會執行幾個任務，而執行緒一旦創建的多了，就會有執行緒調度的損耗。

協程是在單執行緒基礎上實現的，它可以最大限度地利用 CPU 資源，而不會在等待 I/O 時白白浪費。當然，協程數越多佔用的記憶體也就越多，不過這個是可以接受的，相較於進程和線程，佔用的資源是相對較少的。

使用協程時，遇到讀寫檔案、請求介面等場景，會自動掛起協程，把CPU 讓給其它協程執行任務，這樣可以提升單執行緒的CPU 資源利用率，減少浪費，從而提高效能。

協程程式碼範例：

<?php
use Swoole\Coroutine as co;
 
// 协程
$time = microtime(true);
// 创建10个协程
for($i = 0; $i < 10; ++$i)
{
    // 创建协程
    go(function() use($i){
        co::sleep(1.0); // 模拟请求接口、读写文件等I/O
        echo $i, PHP_EOL;
    });
}
swoole_event_wait();
echo &#39;co time:&#39;, microtime(true) - $time, &#39; s&#39;, PHP_EOL;
 
// 同步
$time = microtime(true);
// 创建10个协程
for($i = 0; $i < 10; ++$i)
{
    sleep(1); // 模拟请求接口、读写文件等I/O
    echo $i, PHP_EOL;
}
echo &#39;sync time:&#39;, microtime(true) - $time, &#39; s&#39;, PHP_EOL;

運行結果：

0
9
8
7
6
5
4
3
2
1
co time:1.0087130069733 s
0
1
2
3
4
5
6
7
8
9
sync time:10.010055065155 s

從上面結果可以看出，協程方式執行並不是順序的，效能更高，在sleep時會把目前執行緒的任務執行權交給其他協程。

建立Http 服務

其實也沒想像中的難，看程式碼：

$http = new swoole_http_server("127.0.0.1", 9501);
$http->on('request', function ($request, $response) {
    $response->end("<h1>Hello Swoole. #".rand(1000, 9999)."</h1>");
});
$http->start();

#微服務

以上是php為什麼要用swoole？的詳細內容。更多資訊請關注PHP中文網其他相關文章！