PHP カーネル (1) メモリ管理

この記事へのリンク: http://www.orlion.ml/tag/php-internal/

1. メモリ管理の基本

使用 C言語(yǔ)で開(kāi)発する場(chǎng)合、開(kāi)発者は手動(dòng)でメモリを管理する必要があります。 PHP は Web サーバーのモジュールとして使用されることが多く、メモリ管理はメモリ リークの防止と密接に関係しています。さらに、PHP はスレッド環(huán)境で使用される場(chǎng)合があるため、グローバル変數(shù)によって競(jìng)合狀態(tài)が発生する可能性があります。さらに、Zend エンジンは非常に特殊な使用パターンに直面しています。比較的短期間に、多くの zval 構(gòu)造サイズのメモリ ブロックとその他の小さなメモリ ブロックが適用され、その後解放されます。PHP のメモリ管理も、memory_limit を非常に重要視します (制限事項(xiàng))

上記の要件を満たすために、Zend エンジンはリクエスト関連のデータを処理するための特別なメモリ マネージャーを提供します。リクエスト関連データとは、1 つのリクエストを処理するだけで済み、遅くともリクエストの終了時(shí)にリリースされるデータを指します。拡張機(jī)能の開(kāi)発者は主に、以下の表にリストされている規(guī)則にさらされますが、提供されている便利な関數(shù)の一部はマクロを使用して実裝されていますが、この記事では関數(shù)と同様に扱います。

前述したように、メモリ リークを防止し、すべてのメモリをできるだけ早く解放することは、メモリ管理の重要な部分です。セキュリティ上の理由から、Zend Engine はリクエストの終了時(shí)に上記の API によって割り當(dāng)てられたすべてのメモリを解放します。 PHP が --enable-debug 構(gòu)成オプションを使用してビルドされている場(chǎng)合、警告が生成されます

PHP 変數(shù)を使用する場(chǎng)合は、変數(shù)のメモリが emalloc を使用して割り當(dāng)てられていることを確認(rèn)し、參照カウント。

メモリ リーク検出は、emalloc に割り當(dāng)てられたメモリ ブロックによって引き起こされるリークのみを検出できます。詳細(xì)な分析には、valgrind や libumem などのメモリ検出器を使用することをお?jiǎng)幛幛筏蓼?。この分析を?jiǎn)素化するには、PHP の起動(dòng)時(shí)に環(huán)境変數(shù) USE_ZEND_ALLOC=0 を設(shè)定して、PHP のメモリ マネージャーを無(wú)効にします。

(上記は PHP 公式 Web サイトの中國(guó)語(yǔ)コンテンツです)

2. データの永続性

データの永続性とは、すべてのデータが現(xiàn)在のリクエストよりも長(zhǎng)く存続することが期待されることを意味します。 、Zend エンジンはありません。メモリ マネージャーはリクエストに基づく割り當(dāng)てを非常に重視しますが、これは通常、実用的または適切ではありません。外部クラス ライブラリの要件を満たすために永続メモリが必要になる場(chǎng)合がありますが、これは便利な「ブラック テクノロジ」でもあります。

永続メモリは通常、永続的なデータベース接続に使用されますが、実際にはあまり良くありませんが、依然として最も一般的に使用される機(jī)能です。

注: 追加の永続パラメータを取る以下のすべての関數(shù)は false である必要があり、エンジンは通常のアロケーター (emalloc) を使用し、メモリは永続的であると見(jiàn)なされるべきではありません (変換されません!)。永続メモリとして、メイン メモリ API などのシステム コール アロケータは、ほとんどの場(chǎng)合、依然として null ポインタを返しません

警告: 永続化のために割り當(dāng)てられたメモリは最適ではなく、Zend エンジンによって追跡されていないことに注意してください。さらに、ハッカーが作成したすべての変數(shù)をメモリの永続化に使用してはなりません。

(翻訳は本當(dāng)にひどいです!)

1Ftianxintian22

翻訳であることが判明しました、それができなかったのも不思議ではありません 読んで理解してください︿(￣︶￣)︿