您现在的位置：程式碼之家 >> 編程語言 > >> 網頁程式設計 >> PHP 程式設計 >> PHP 相關知識

巧解 PHP 無多線程限制：多進程、協程與異步並發實戰方案

編輯：PHP 相關知識

痛點

PHP 處理模型為「請求級單線程」，單進程同一時刻只能處理一個請求。面對高併發、IO 密集型任務（並發 HTTP 請求、批量數據庫操作、文件處理），傳統同步阻塞嚴重浪費 CPU 等待時間。本文系統梳理 PHP 並發解決方案：多進程、Swoole 協程、異步非阻塞 IO、消息隊列削峰。

方案一：PCNTL 多進程（CLI 環境）

$children = [];
$taskCount = 100;
$workerNum = 10;
$perWorker = ceil($taskCount / $workerNum);

for ($i = 0; $i < $workerNum; $i++) {
    $pid = pcntl_fork();
    if ($pid === -1) {
        die('fork failed');
    } elseif ($pid === 0) {
        // 子進程
        $start = $i * $perWorker;
        $end = min($start + $perWorker, $taskCount);
        for ($j = $start; $j < $end; $j++) {
            doHeavyTask($j);
        }
        exit(0);
    } else {
        $children[] = $pid;
    }
}

// 父進程等待所有子進程結束
while ($children) {
    $pid = pcntl_wait($status);
    $key = array_search($pid, $children);
    if ($key !== false) unset($children[$key]);
}
echo "All done\n";

優點：真並行利用多核 CPU，隔離性強（崩潰不影響主進程）。
缺點：進程創建/銷毀開銷大，內存佔用高（Copy-on-Write 但仍可觀），IPC 複雜，僅限 CLI，Windows 不支持。

方案二：Swoole 協程（推薦，生產級）

Swoole 4.x+ 提供協程調度器，單進程可承載萬級並發協程，自動將同步 IO（MySQL、Redis、HTTP、cURL、文件）轉為異步非阻塞。

Co\run(function () {
    $chan = new Chan(100);
    // 並發發起 100 個 HTTP 請求
    for ($i = 0; $i < 100; $i++) {
        go(function () use ($chan, $i) {
            $client = new Swoole\Coroutine\Http\Client('api.example.com', 443, true);
            $client->setHeaders(['User-Agent' => 'Swoole']);
            $client->set(['timeout' => 5]);
            $ret = $client->get("/item/$i");
            $chan->push(['index' => $i, 'body' => $client->body, 'code' => $client->getStatusCode()]);
        });
    }

    // 收集結果
    $results = [];
    for ($i = 0; $i < 100; $i++) {
        $results[] = $chan->pop();
    }
    // 處理 $results
});

優點：代碼同步寫法、異步執行，極高併發、低內存、無需回調地獄，生態完善（Hyperf、Laravel Octane、Webman）。
缺點：需安裝擴展，學習曲線，傳統阻塞庫（如老版 SDK）需協程化改造，調試工具相對成熟度略低。

方案三：ReactPHP / Amp 異步事件循環（純 PHP 實現）

// ReactPHP 示例
$loop = React\EventLoop\Factory::create();
$browser = new Clue\React\Buzz\Browser($loop);

$promises = [];
for ($i = 0; $i < 50; $i++) {
    $promises[] = $browser->get("https://api.example.com/item/$i")
        ->then(fn(Psr\Http\Message\ResponseInterface $res) => (string)$res->getBody());
}

\React\Promise\all($promises)->then(function (array $bodies) {
    // 所有請求完成
    var_dump($bodies);
});

$loop->run();

優點：純 PHP，無擴展依賴，可在共享主機運行。
缺點：性能遠低於 Swoole，生態較小，回調/Promise 鏈易導致代碼碎片化。

方案四：消息隊列 + Worker 池（架構級解耦）

將任務推入 Kafka/RabbitMQ/Redis Stream，由多個 Worker 進程（PHP CLI + PCNTL/Swoole）消費。
優勢：
• 生產者響應極快（只入隊）
• 消費者可水平擴展、異語言混合
• 天然削峰填谷、重試、死信隊列、監控

方案五：Golang/Rust 微服務側車（終極方案）

將高併發、高性能核心邏輯剝離為 Go/Rust 服務，PHP 通過 gRPC/HTTP 調用。
適用：實時推送、高頻交易、流式計算、圖像/視頻處理。

選型決策表

場景	推薦方案	關鍵考量
CLI 批量任務、數據遷移、報表生成	PCNTL 多進程 / Swoole Task	簡單、隔離、利用多核
Web 服務高併發 API、WebSocket、實時推送	Swoole/OpenSwoole + Hyperf/Webman	協程化、生態豐富、生產驗證
共享主機/無擴展權限、輕量異步	ReactPHP / Amp	純 PHP、部署無門檻
異構系統解耦、流量削峰、任務重試	消息隊列 + Worker 池	架構級、可觀測、多語言
極致性能、CPU 密集、實時流處理	Go/Rust 微服務側車	技術棧拆分、團隊能力