こんにちは。PHPの裏側で何が起きているか、気になって夜も眠れない日々を送っていませんか？
Node.jsやGoの並行処理モデルに慣れ親しんだ優秀なエンジニアほど、PHPのモダンな非同期機能である Fiber（ファイバー） に触れたとき、こう感じるはずです。「おっ、協調的マルチタスク（Cooperative Multitasking）がいよいよPHPでもできるぞ」と。
しかし、実際にコードを書き始めると、必ずひとつの壁にぶつかります。それは 「実行中のFiberをどうやって安全にキャンセルし、握りしめたリソース（DBコネクションやファイルディスクリプタ）を綺麗に解放するか」 という問題です。
今回は、PHP 8.1で導入されたFiberの内部挙動とメモリ管理のメカニズムを紐解きながら、現場で絶対に事故らないキャンセル機構とリソース解放の戦略を、一緒に深く掘り下げていきましょう。ここを理解すると、PHPのランタイムに対する解像度が劇的に跳ね上がりますよ。
—
1. Fiberの正体：Zend VMとコールスタックの切り替え
まず、FiberがPHPの内部（Zend Engine）でどのように扱われているかを軽く覗いてみましょう。
従来の関数呼び出しは、コールスタック（Call Stack）という一本道の上で積み木のように積まれていきます。ある関数が実行されている間は、その親の関数はブロックされますよね。
しかし、Fiberはこのコールスタックを「ユーザーランドで自由自在に切り替え可能なオブジェクト」として独立させました。
PHPのコード上では、Fiberは独立した実行コンテキストを持ち、`Fiber::suspend()` で処理を一旦停止し、呼び出し元（イベントループ）へ制御を返せます。そして、外側から `$fiber->resume()` や `$fiber->throw()` を呼ぶことで、停止したその瞬間から処理を再開できるのです。
ここで重要なのは、Fiberはプリエンプティブ（強制割り込み型）ではなく、協調型であるという点です。
OSスレッドのように、ランタイムが勝手に割り込んで処理を中断させることはできません。Fiber自身が「いま、ここで止まる」と意思表示するか、外側から例外を投げ込む（`throw()`）かしなければ、処理の制御権を奪うことはできないのです。
—
2. 実行中のFiberを安全に「キャンセル」するメカニズム
では、外部から「もうこのタスクはタイムアウトしたから止めたい」「ユーザーがリクエストを中断したからキャンセルしたい」となったとき、どうすればよいでしょうか？
雑にFiberを放置して変数スコープから外すと、PHPの参照カウンティング（Reference Counting）とガーベジコレクタが後始末をしてくれますが、ネットワークソケットやファイルハンドルなどの外部リソースは即座に解放されません。 これがメモリリークや、コネクションプールの枯渇を引き起こす主原因になります。
安全なキャンセルの基本原則は、「外側から `Fiber::throw()` を使い、Fiber内部の安全な場所で例外をキャッチさせて、クリーンアップ処理を走らせる」 ことです。
実際のコードで見てみましょう。イベントループと協調動作する、キャンセル可能なFiberのパターンです。
fiber = new Fiber(function () use ($work) {
try {
// 非同期タスクの実行
$work(function () {
// 処理の途中でキャンセル要求が来ていないかチェックするポイント（サスペンションポイント）
if ($this->isCancelled) {
throw new \RuntimeException(‘Task was cancelled.’);
}
});
} catch (\CancelledException | \RuntimeException $e) {
// — ここで確実にリソースを解放する —
$this->cleanupResources();
echo “クリーンアップ完了: ” . $e->getMessage() . “\n”;
}
});
// Fiberの初回実行
$this->fiber->start();
}
public function cancel(): void
{
if ($this->fiber && !$this->fiber->isTerminated()) {
$this->isCancelled = true;
try {
// Fiberの実行コンテキストに強制的に例外を投げ込む
$this->fiber->throw(new \RuntimeException(‘External cancellation requested.’));
} \Throwable $e {
// 既に終了している場合などの例外をキャッチ
}
}
}
private function cleanupResources(): void
{
// ここで開いているファイルやソケット、DBトランザクションのロールバックを行う
echo “外部リソース（ファイルハンドルやコネクション）を安全にクローズしています…\n”;
}
}
このアプローチの美しいところは、PHPの例外機構（Exception Handling）をそのままFiberの巻き戻し（Unwinding）に利用している点です。Zend VMは例外を検知すると、コールスタックを逆順にたどり、適切な `catch` ブロックを探します。その過程で各スタックフレームの変数が適切に破棄され、デストラクタが発火します。
—
3. リソース解放における競合状態（Race Condition）の回避
非同期処理やイベントループを扱う際につきまとうのが「競合状態」の影です。
例えば、FiberがネットワークI/Oの完了を待っている最中に、タイムアウトタイマーが発火してキャンセル処理走り、その直後にI/Oが完了してデータが返ってきたとします。
この状態を無防備に放置すると、すでに破棄されたはずのソケットリソースに対して読み書きを行おうとし、Segmentation Fault や予期せぬ挙動を引き起こす原因になります。
これを防ぐための戦略が、「状態フラグ（State Machine）による排他制御」です。
socket = stream_socket_client($addr, $errno, $errstr, 0, STREAM_CLIENT_ASYNC_CONNECT);
}
public function executeWithTimeout(float $timeout): void
{
$this->state = self::STATE_RUNNING;
$fiber = new Fiber(function() {
while ($this->state === self::STATE_RUNNING) {
// 読み取り可能になるまでFiberをサスペンド（イベントループへ制御を返す）
$selected = $this->waitForRead($this->socket);
if (!$selected) {
// キャンセルされていたらループを抜ける
break;
}
$data = fread($this->socket, 8192);
if ($data === false || feof($this->socket)) {
break;
}
// データの処理…
}
});
$fiber->start();
// 外部のイベントループまたはタイマーからの監視をシミュレート
$start = microtime(true);
while (!$fiber->isTerminated()) {
if (microtime(true) – $start > $timeout) {
// タイムアウト発生：安全にキャンセルをマーク
$this->cancel($fiber);
break;
}
usleep(10000); // 10ms待機（実際はイベントループのtick）
}
}
public function cancel(Fiber $fiber): void
{
// すでに完了している、またはキャンセル済みの場合は何もしない（二重解放の防止）
if ($this->state !== self::STATE_RUNNING) {
return;
}
$this->state = self::STATE_CANCELLED;
// リソースの即時破棄
if (is_resource($this->socket)) {
fclose($this->socket);
$this->socket = null;
}
if (!$fiber->isTerminated()) {
try {
$fiber->throw(new \TimeoutException(‘Operation timed out.’));
} catch (\Throwable $e) {
// ログ記録など
}
}
}
private function waitForRead($socket): bool
{
// イベントループのダミー：実際にはここでstream_select等を使用する
// キャンセルされていれば即座にfalseを返す
if ($this->state !== self::STATE_RUNNING) {
return false;
}
return true;
}
}
このように、リソースの状態を明確なステート（Init, Running, Cancelled, Finished）で管理し、どのタイミングでキャンセルが走っても「二重に `fclose` を呼ばない」「破棄されたリソースにアクセスしない」構造を担保するのが、シニアアーキテクトとしての腕の見所です。
—
4. まとめ：PHPの裏側を美しく保つために
いかがだったでしょうか？ Fiberのキャンセル機構とリソース解放の本質をまとめると、以下のようになります。
1. Fiberは協調型であるため、ランタイムが勝手に止めてくれるわけではない。外側からの介入には `Fiber::throw()` を活用する。
2. 例外によるスタックの巻き戻しを利用することで、スコープ内の変数が持つリソースのクリーンアップを安全に誘発できる。
3. タイムアウトや外部要因との競合を防ぐため、明確なステート管理と二重解放ガードを実装の前提に組み込む。
PHPは「リクエストが終わればすべて勝手にメモリが解放される」という気楽さが最大のメリットでしたが、Fiberを用いた長寿命なプロセスやイベントループ駆動のアーキテクチャでは、この「手動でのライフサイクル管理」の意識が不可欠になります。
ここを綺麗に設計できるようになると、PHPで書かれた非同期アプリケーションは、驚くほど堅牢で美しいものに生まれ変わりますよ。ぜひ、あなたの次なるアーキテクチャ設計に役立ててください。