ガベージ コレクター (GC) は PHP の內(nèi)部メモリ管理システムですが、理解すべき微妙な點(diǎn)がいくつかあります。

? GC はなぜ存在するのでしょうか?

GC はメモリ管理を自動(dòng)化し、手動(dòng)タスクでメモリを処理する煩わしさ (面倒な作業(yè)) を排除します。

これにより、開発者は「メモリ不足」エラーを過度に心配することなく、ビジネス ロジックに集中できます。

もちろん、それは魔法ではありません。

?要するに 10,000 個(gè)のオブジェクト

不要になったオブジェクトを解放すると、メモリ リークが防止されます。

GC はカウント メカニズムを使用して、削除する要素を決定します。特定のオブジェクトを指す參照がない場(chǎng)合 (つまり、$counter = 0)、このオブジェクトはクリーンアップの対象となります。

これは非常にうまく機(jī)能しますが、一部の參照には問題がある可能性があります:

class A {
    public $b;
}

class B {
    public $a;
}

$a = new A();
$b = new B();

$a->b = $b;
$b->a = $a;

unset($a);
unset($b);

この設(shè)計(jì)が悪い場(chǎng)合、$a と $b の設(shè)定を解除しても、PHP はメモリを解放しません。$a と $b は相互に參照しているため、PHP はそれらがまだ使用されていると認(rèn)識(shí)します。

幸いなことに、そのための Cycle Collector と呼ばれる別のメカニズムがあります。

gc_collect_cycles();

大まかに言えば、コレクターはすべての參照を走査し、アルゴリズムを適用して使用中のオブジェクトにマークを付けます。これにより、収集するオブジェクト (マークされていないオブジェクト) が明らかになります。

ただし、PHP は、循環(huán)參照の可能性がある 10,000 オブジェクト のしきい値に達(dá)するまで、自動(dòng)循環(huán)コレクションをトリガーしません。

繰り返しますが、これは魔法ではないため、gc_collect_cycles() を呼び出す必要があるのはごく一部の場(chǎng)合のみです。

?タンスターフル

設(shè)計(jì)が不適切だと、オブジェクト間の関係が複雑になり、參照が増え、ガベージ コレクションが頻繁に発生する可能性があります。

參照カウントされる各オブジェクトには、參照カウント用に追加のストレージが必要です。

出典: Wikipedia - 參照カウント

メモリ クリーンアップ操作に関連するオーバーヘッドは、全體的なパフォーマンスに大きな影響を與え、最終的には特定のシナリオでの実行時(shí)間が長(zhǎng)くなる可能性があります。

10 年前、Composer は gc_disable() 関數(shù)を使用するだけでパフォーマンスが大幅に向上しました。

出典: Composer - GC の無効化

確かに、PHP 7 では GC が大幅に改善されたため、2014 年の狀態(tài)とは異なります。

さらに、PHP 8 バージョンではメモリ割り當(dāng)て戦略が改善され、監(jiān)視を強(qiáng)化するために GC 操作に関する有用な統(tǒng)計(jì)が追加されました (8.3 の gc_status())。

ほとんどの PHP アプリケーションはリクエスト駆動(dòng)型であり、メモリはリクエストの終了時(shí)に自動(dòng)的にクリアされます。

繰り返しますが、これはとてもクールですが、魔法ではありません。非同期リクエストと存続期間の長(zhǎng)いオブジェクト/デーモンでは何が起こりますか?

ある時(shí)點(diǎn)でメモリ リークが発生する可能性があります。

? PHP の GC はどれくらい違うのですか?

この時(shí)點(diǎn)では、PHP の GC が他の言語とどのように異なるのかがわからないかもしれません。

ほとんどの場(chǎng)合、他の言語はガベージを収集するために參照カウントに依存しないか、異なる実裝を使用する可能性があります。

たとえば、多くの場(chǎng)合、未使用のオブジェクトにもマークを付けるトレース アルゴリズムが使用されていますが、段階的には動(dòng)作しません。それはグラフの走査です。

さらに、一部の言語ではそのような直接制御 (実行時(shí)のオン/オフなど) が許可されていません。

いつものように、いくつかの利點(diǎn)と不便があるため、いくつかのハイブリッドなアプローチが見られるかもしれません。

??? PHP の GC との対話

組み込みの gc_* ヘルパーを活用できます。

例:

• gc_collect_cycles はガベージ コレクションを手動(dòng)でトリガーします
• gc_status() は現(xiàn)在のステータスを返します
• gc_disable() はそれを無効にします
• gc_enable() で有効化します

これらの関數(shù)は、必要な場(chǎng)合、ガベージ コレクションのデバッグや微調(diào)整に役立ちます。

?メモリエラーを理解する

さらに詳しい情報(bào)については、この投稿をお読みください:

?弱い地図が助けになるでしょうか？

PHP 7.4 では弱い參照が導(dǎo)入され、PHP 8 では弱いマップが導(dǎo)入されました。

弱いマップは、弱い參照のコレクションとして説明できます。

このデータ構(gòu)造は、PHP が亂雑に作成したり過剰なスペースを消費(fèi)したりすることなく項(xiàng)目を追跡するのに役立つ多用途のキー/値ストアです。

ガベージ コレクションを妨げる可能性のある [強(qiáng)力な] 參照がないため、不要になったときにすぐに消去される一時(shí)ストレージとして見ることができます。

class A {
    public $b;
}

class B {
    public $a;
}

$a = new A();
$b = new B();

$a->b = $b;
$b->a = $a;

unset($a);
unset($b);

? 長(zhǎng)所

• 非常に簡(jiǎn)単です
• キャッシュやメモ化 (高価な計(jì)算など) に最適

? 短所

• キー (オブジェクト) はガベージ コレクションを防止しませんが、値はガベージ コレクションを防止できるため、「任意の値」という用語は誤解を招く可能性があります (値として単純なデータ型のみを使用します)
• 貴重な使用例は限られています

?コードを最適化する

• 相互依存性を減らす設(shè)計(jì)パターンを活用する
• 依存性注入を使用する
• 大きすぎるデータセットをメモリにロードせず、巨大な配列の代わりにコレクションとジェネレーターを使用してください
• メモリ使用量を監(jiān)視
• メトリクスを使用してコードをプロファイリングします
• gc_enable()、gc_disable()、および gc_collect_cycles() は控えめに使用してください

まとめ

ほとんどの用途では、PHP がすでにメモリ管理を処理しているため、メモリ管理について心配する必要はありません。

ただし、最新のスタックでは有効期間の長(zhǎng)いオブジェクトが使用されているため、アプリケーションでメモリ リークの可能性がないか監(jiān)視する必要があります。

問題が発生した場(chǎng)合は、コードを最適化するか、GC を直接操作する必要がある場(chǎng)合があります。

以上がPHP: ガベージコレクターを簡(jiǎn)単な言葉で説明の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。