こんにちは。PHPの裏側でうごめくZend Engineの鼓動、そしてその上のレイヤーで進化を続ける非同期・並行処理の世界に足を踏み入れているあなたなら、きっと日々のコードの向こう側にある「エンジンの一挙手一投足」が気になっているはずです。
「Node.jsやGoの並行処理モデルと比べて、PHPの非同期はどう動いているのか？」
「SwooleとネイティブFiber、何がどう違って、メモリやコンテキストはどこへ行くのか？」
今回は、他のモダン言語の経験はあるけれど、PHPのランタイム仕様の壁に直面しているあなたへ向けて、SwooleのコルーチンとPHP 8.1で導入されたネイティブFiber（ファイバー）の「実行コンテキスト切り替えメカニズム」の深淵を、優しく、かつ妥協のない低レイヤの視点から紐解いていきます。
ここを理解できれば、PHPの裏側がまるで一枚の美しい絵画のようにクリアに見えてきますよ。それでは、エンジンの内部へ潜り込みましょう。
—
1. そもそも「コンテキスト切り替え」とはPHPの何なのか？
私たちが普段書いているPHPのコードは、通常、1リクエストにつき1つのコールスタック（Call Stack）と、Zend Executorが管理するグローバルな実行状態（EGマクロ等）の上で、上から下へと直線的に流れていきます。
従来のPHP-FPMモデルでは、この「1プロセス/1リクエスト」のライフサイクルが鉄則でした。OSのプロセス空間がリクエストを完全に分離してくれるため、メモリリークや状態の共有汚染（シェアード・ナッシング）を気にせず、安心してコードを書けたわけです。
しかし、モダンな高スループットを求めるWebアーキテクチャでは、I/O待ち（DBクエリや外部APIコール）のたびにプロセスをブロックさせるのは、CPU資源の大きな無駄遣いになります。ここで登場するのが「協調的マルチタスキング（Cooperative Multitasking）」、すなわちコルーチンやFiberです。
これらは、OSのプリエンプティブなコンテキストスイッチ（CPUレジスタやカーネル空間の退避）を行わず、ユーザーランド（PHPの実行空間）のレベルでコールスタックを丸ごと切り替える仕組みです。
では、SwooleとネイティブFiberは、この「スタックの切り替え」を内部でどう実現しているのでしょうか。それぞれのエンジン階層を見ていきましょう。
—
2. Swoole Coroutine：C拡張がもたらす圧倒的な「非同期I/Oの自社ビル」
Swooleは、PHPの枠組みをある種「ハック」して作られた、C言語製のエクステンションです。Swooleのコルーチン（Co）は、PHPのコードを書きながら、裏側ではNode.jsやGoに匹敵するイベントループ（Epollベース）を完全に自前で回しています。
内部構造：Boost.Contextとzend_execute_dataの分離
Swooleのコルーチンがコンテキストを切り替えるとき、裏では何が起きているでしょうか？
1. Cレベルのスタック退避: Swooleは、コンテキストの切り替えにC言語の低レベルライブラリ（伝統的にはBoost.Contextなど）を使用しています。これにより、CPUのスタックポインタ（ESP/RSP）やレジスタの退避・復元を高速に行います。
2. ZendVMの実行コンテキスト（`zend_execute_data`）の多重化: PHPの関数呼び出しや変数のスコープは、Zend Engineのスタックフレームである `zend_execute_data` の連結リストとして管理されています。Swooleは、コルーチンごとに独自の仮想スタック領域を割り当て、I/Oブロックが発生した瞬間に現在の `zend_execute_data` のポインタを退避させ、別のコルーチンのフレームへと切り替えます。
つまり、Swooleのコルーチンは「PHPの言語処理系そのものをマルチスレッド（的）に動かすための専用カプセル」をC言語ベースで構築している状態です。
Swooleコルーチンのイメージコード
get(‘/data1’);
echo “Data 1 received: ” . strlen($client->body) . “\n”;
});
// コルーチン2
go(function () {
$client = new Client(‘api.example.com’, 443, true);
$client->get(‘/data2’);
echo “Data 2 received: ” . strlen($client->body) . “\n”;
});
});
Swooleの美しさは、私たちが普段使っているようなMySQLクライアントやHTTPクライアントの内部をSwooleがフック（Hook）し、コードを1行も書き換えずに勝手に非同期化（ノンブロッキング化）してくれる点にあります。ただし、これは「PHPの標準関数や拡張モジュールがSwooleの非同期ドライバーに適合していること」が絶対条件となります。
—
3. PHP 8.1ネイティブ Fiber：Zend Engineが手に入れた「公式の非対称コルーチン」
これに対し、PHP 8.1でコアにマージされた `Fiber` は、Swooleのような外部C拡張に依存せず、Zend Engineの公式機能として実装された「非対称コルーチン（Asymmetric Coroutine）」です。
内部構造：ZendVMスタックの直接制御
Fiberの登場により、Zend Engine自体が「実行を途中でサスペンド（中断）し、後からリジューム（再開）する」能力を獲得しました。
- PHPスタックの独立: Fiberは、クロージャ（Callable）を受け取ってインスタンス化されます。Fiber内部で実行されるPHPのコードは、メインのコールスタックとは別の、独自のスタック領域（zend_execute_dataのチェイン）で動きます。
- 非対称性（Asymmetric）: Fiberは「誰が自分を呼び出したか（Caller）」を意識します。Fiber内部から `Fiber::suspend()` が呼ばれると、制御は必ず呼び出し元（Caller）へと返されます。
Swooleが「ネットワークI/Oのイベントループと密結合した全自動の非同期エンジン」だとすれば、Fiberは「純粋な制御フローの制御装置（プリミティブ）」です。Fiber自体はイベントループを持っていません。そのため、非同期I/Oを実現するには、ReactPHPやAmpのようなユーザーランドのイベントループライブラリと組み合わせる必要があります。
Fiberのシンプルな挙動を覗く
Fiberの動きを、最もプリミティブな形で確認してみましょう。ここにはマジックはありません。Zend Engineがどうスタックを往復しているか、コードのフローを追ってみてください。
start(‘開発者’);
echo “2. メイン側でキャッチ: ” . $valueFromFiber . “\n”;
echo “— メイン: Fiberへ値りターン —\n”;
// 停止していたFiberに値を送り込み、次の suspend または終了まで再開させる
$nextValue = $fiber->resume(‘エンジニアの皆さん、こんにちは’);
echo “4. メイン側でキャッチ: ” . $nextValue . “\n”;
// 終了処理
$fiber->resume(‘ファイナル’);
echo “— メイン: すべて完了 —\n”;
このコードを実行すると、出力は綺麗に 1 -> 2 -> 3 -> 4 -> 5 の順になります。
メインのフローとFiber内部のフローが、まるでキャッチボールをするかのように交互に実行されているのがわかりますよね。これがZend Engineレベルで安全に管理されているのです。
—
4. Swoole vs Fiber：アーキテクトとしての選択基準
さて、両者の内部メカニズムの違いが見えてきたところで、実務においてどちらを選ぶべきか、あるいはどう理解すべきかを整理しましょう。
| 比較項目 | Swoole Coroutine | PHP 8.1+ ネイティブ Fiber |
| :— | :— | :— |
| 提供レイヤ | C言語製PHP拡張（PECL） | PHPコア（言語組み込み機能） |
| イベントループ | 内蔵（高パフォーマンスなC製ループ） | なし（ReactPHPやAmp等と組み合わせる） |
| I/Oの非同期化 | 自動（Hooks機能により多くの標準関数がノンブロッキングに） | 手動 / ライブラリ依存（イベントループ上でドライバが必要） |
| 環境依存性 | 高い（Swooleに対応したPHP環境、一部既存拡張と競合する可能性） | 低い（PHP 8.1以降であれば標準でどこでも使える） |
| 思想 | 「すべてを非同期で高速にさばくフルスタックフレームワーク的アプローチ」 | 「言語仕様として汎用的な非同期プリミティブを提供するボトムアップアプローチ」 |
どちらを選ぶべきか？
- Swooleを選ぶべきケース:
極限のスループットが求められるリアルタイムAPI、WebSocketサーバー、マイクロサービス間の高速通信基盤など、「PHPでNode.jsやGo並みの常駐型非同期サーバーを構築したい」という明確なゴールがある場合。インフラ層も含めてSwooleの哲学に染まる覚悟があれば、得られるパフォーマンスは圧倒的です。
- Fiberを選ぶべきケース:
既存のLaravelやSymfonyなどのフレームワークベースのアプリケーションにおいて、「特定の重い外部API呼び出しを並列化したい」「非同期バッチ処理のストリームを綺麗に書きたい」といった、部分的な非同期・協調処理を導入したい場合。標準機能であるため、ホスティング環境の縛りを受けにくいという大きなメリットがあります。
—
5. まとめ：PHPの「裏側」を知るということ
今回は、SwooleのコルーチンとPHPネイティブFiberの実行コンテキスト切り替えメカニズムを、Zend Engineのスタックとメモリ管理の観点から比較しました。
- Swooleは、Cレベルでメモリスタックを完全に制御し、イベントループとI/Oフックをパッケージした「要塞のような非同期エンジン」。
- Fiberは、Zend Engineに公式に組み込まれた、純粋かつ安全な「スタック制御のプリミティブ」。
どちらの技術を使うにせよ、内部で「何がどこに退渉され、どのタイミングでCPUやイベントループに制御が戻るのか」という脳内イメージ（メンタルモデル）を持っていれば、非同期特有のデッドロックや予期せぬ変数の共有バグに悩まされることはもうありません。
PHPは、もはや「リクエストごとに使い捨てられる単なるテンプレートエンジン」ではありません。その下層では、CとZend VMが織りなす非常に洗練されたランタイムが稼働しています。
ぜひ、この知識を武器に、あなたのアプリケーションを次の高みへと導いてみてください。それでは、また次回の深淵でお会いしましょう。