Zend VMの深淵：参照カウントと「Copy-on-Write」が織りなすメモリの舞踏
こんにちは。PHPという言語が、単なる「Webのスクリプト」という枠を超え、Zend VMという精緻なエンジン上でどう躍動しているか、その裏側に興味を持ったのですね。素晴らしい好奇心です。
多くの開発者がPHPを「メモリ管理を意識しなくていい言語」だと思っています。しかし、大規模なデータ処理や長時間稼働するデーモンプロセスを扱うとき、この「意識しなくていい」という甘美な言葉は、時にメモリリークという名の牙を剥きます。
今日は、PHPの心臓部である `zval` と、それが織りなす「参照カウント」と「循環参照」のドラマを紐解いていきましょう。
—
1. zval構造体：すべてはこの「箱」から始まる
PHPにおけるあらゆる変数は、内部で `zval`（Zend Value）というC言語の構造体として管理されています。この構造体の中には、変数の型情報だけでなく、参照カウント（refcount）を保持するフィールドが存在します。
// Zend VM内部の概念的なzval構造体
struct _zval_struct {
zend_value value; // 値そのもの
union {
uint32_t type_info; // 型やフラグ（IS_REFERENCE等）
} u1;
uint32_t gc_info; // ガベージコレクション用の情報
};
PHPのメモリ最適化の要は、この `refcount` です。変数を別の変数に代入したとき、PHPは即座に値をコピーするような愚かな真似はしません。「同じ値を指すポインタを増やし、参照カウントをインクリメントする」だけ。これが Copy-on-Write（書き込み時コピー） の正体です。
なぜCopy-on-Writeが重要なのか
例えば、数メガバイトある巨大な配列を別の変数に代入しても、メモリ消費量はほぼ増えません。後からどちらか片方の変数に変更を加えた瞬間、初めてエンジンが「あ、分離しなきゃ」と判断してメモリを複製します。この「怠惰なコピー」こそが、PHPがWebリクエストの速いサイクルを回せる理由の一つなのです。
—
2. 循環参照の罠：GCが沈黙する境界線
しかし、この洗練された仕組みにも弱点があります。それが循環参照です。
$a = [1];
$a[] = &$a; // 自分自身を配列に格納する（循環参照の形成）
unset($a); // 変数 $a は消えるが、配列自身のrefcountは「1」のまま残る
このコードを実行したとき、何が起きるか想像してみてください。
`$a` を `unset` しても、配列が自分自身を指しているため、配列の参照カウントは「0」になりません。メモリ上には「誰からも到達できないが、参照カウントが1であるために解放されないゴミ」が残ります。
循環参照コレクタの登場
ここで登場するのが、PHP 5.3から導入された循環参照コレクタです。エンジンは、参照カウントが「1より大きい」まま減らされた要素を、「ルートバッファ」と呼ばれる場所にマークしておきます。
ある一定量（デフォルトで10,000個）までゴミが溜まると、コレクタが起動し、「自分自身の中からしか参照されていない要素」を特定し、一気に掃除します。
—
3. 実践：メモリ遷移を脳内トレースする
では、実務でこの挙動をどう意識すべきでしょうか。循環参照がメモリを圧迫する前に、私たちができる設計上の工夫があります。
悪例：オブジェクトの相互参照
class Node {
public $parent;
public $child;
}
$parent = new Node();
$child = new Node();
$parent->child = $child;
$child->parent = $parent; // ここで循環参照が発生！
この構造を無数に生成すると、GCが動くまでの間、確実にメモリリークが蓄積します。
解法：弱参照（WeakReference）の活用
PHP 7.4以降では `WeakReference` が導入されました。これを使えば、参照カウントを増やさずにオブジェクトを保持できます。
$parent = new Node();
$child = new Node();
$parent->child = $child;
// 親への参照を弱参照にする
$child->parent = WeakReference::create($parent);
// これで $parent を unset しても、$child の循環参照は発生しない
—
アーキテクトからのアドバイス
PHPのメモリ管理は、自動的でありながら、非常に「機械的」です。
1. 深い再帰構造を作らない: `unset` を過信せず、可能な限りスコープを短くし、循環参照が必要な場合は `WeakReference` や `__destruct` での明示的なクリアを検討してください。
2. `gc_collect_cycles()` を活用する: 大規模なバッチ処理を行う際、メモリ使用量のスパイクが気になる場合は、特定の処理の区切りで手動でGCを強制実行するのも一つの手です。
3. OPcacheの恩恵を忘れない: スクリプトの実行速度だけでなく、メモリ効率の面でもOPcacheは重要です。不変なデータは `interned strings` としてメモリに固定され、リクエスト間で共有されます。
PHPというエンジンは、決して「適当に書いても動く」だけの代物ではありません。内部で起きている `zval` のカウントの増減、そしてメモリの断片化と戦うガベージコレクタの鼓動を感じられるようになれば、あなたの書くコードは、どんな高負荷な環境でも涼しい顔をして動き続けるはずです。
「なぜ動くのか」を理解したとき、PHPはただのツールから、あなたの意図を完璧に体現する最高の武器へと変わります。また、深い場所で会いましょう。