PHP記憶體回收機制的相關問題

本篇文章主要介紹PHP記憶體回收機制的相關問題，感興趣的朋友參考下，希望對大家有所協助。

PHP的基本GC概念PHP語言同其他語言一樣，具有記憶體回收機制。那麼今天我們要為大家講解的內容就是關於PHP記憶體回收機制的相關問題。希望對大家有所協助。PHP strtotime應用經驗之談PHP memory_get_usage()管理記憶體PHP unset全域變數運用問題詳解PHP unset()函數銷毀變數教你快速實現PHP全站許可權驗證一、PHP 記憶體回收機制(Garbage Collector 簡稱GC) 在PHP中，沒有任何變數指向這個對象時，這個對象就成為垃圾。PHP會將其在記憶體中銷毀；這是PHP的GC垃圾處理機制，防止記憶體溢出。當一個PHP線程結束時，當前佔用的所有記憶體空間都會被銷毀，當前程式中所有對象同時被銷毀。GC進程一般都跟著每起一個SESSION而開始啟動並執行.gc目的是為了在session檔案到期以後自動銷毀刪除這些檔案.二、__destruct /unset __destruct() 解構函式，是在垃圾對象被回收時執行。
unset 銷毀的是指向對象的變數，而不是這個對象。三、 Session 與PHP記憶體回收機制由於PHP的工作機制，它並沒有一個daemon線程來週期性掃描Session資訊並判斷其是否失效，當一個有效請求發生時，PHP 會根據全域變數 session.gc_probability和session.gc_pisor的值，來決定是否啟用一個GC, 在預設情況下，session.gc_probability=1, session.gc_pisor =100也就是說有1%的可能性啟動GC(也就是說100個請求中只有一個gc會伴隨100個中的某個請求而啟動).PHP記憶體回收機制的工作就是掃描所有的Session資訊，用目前時間減去session最後修改的時間，同session.gc_maxlifetime參數進行比較，如果存留時間超過gc_maxlifetime(預設24分鐘),就將該session刪除。
但是，如果你Web伺服器有多個網站，多個網站時,GC處理session可能會出現意想不到的結果，原因就是：GC在工作時，並不會區分不同網站的session.那麼這個時候怎麼解決呢？
1. 修改session.save_path,或使用session_save_path()讓每個網站的session儲存到一個專用目錄，
2. 提供GC的啟動率，自然，PHP記憶體回收機制的啟動率提高，系統的效能也會相應減低，不推薦。
3. 在代碼中判斷當前session的存留時間，利用session_destroy()刪除。

引用計數基本知識每個php變數存在一個叫做"zval"的變數容器中.一個zval變數容器,除了包含變數的類型和值,還包括兩個位元組的額外資訊.第一個是"is_ref",是個bool值,用來標識這個變數是否是屬於引用集合(reference set).通過這個位元組,php引擎才能把普通變數和引用變數區分開.由於php允許使用者通過使用&來使用自訂引用,zval變數容器中還有一個內部引用計數機制,來最佳化記憶體使用量.第二個額外位元組是"refcount",用來表示指向這個zval變數容器的變數(也稱符號即symbol)個數.

當一個變數被賦常量值時,就會產生一個zval變數容器,如下例所示:

  <?php   $a = "new string";      ?>

在上例中,新的變數是a,是在當前範圍中產生的.並且產生了類型為string和值為"new string"的變數容器.在額外的兩個位元組資訊中,"is_ref"被預設設定為false,因為沒有任何自訂的引用產生."refcount"被設定為1,因為這裡只有一個變數使用這個變數容器.調用xdebug查看一下變數內容:

  <?php   $a = "new string";      xdebug_debug_zval('a');   ?>

以上代碼會輸出:

  a: (refcount=1, is_ref=0)='new string'

對變數a增加一個引用計數

  <?php   $a = "new string";      $b = $a;   xdebug_debug_zval('a');   ?>

以上代碼會輸出:

  a: (refcount=2, is_ref=0)='new string'

這時,引用次數是2,因為同一變數容器被變數a和變數b關聯.當沒必要時,php不會去複製已產生的變數容器.變數容器在"refcount"變成0時就被銷毀.當任何關聯到某個變數容易的變數離開它的範圍(比如:函數執行結束),或者對變數調用了unset()函數,"refcount"就會減1,下面例子就能說明:

  <?php   $a = "new string";   $b = $c = $a;   xdebug_debug_zval('a');   unset($b, $c);   xdebug_debug_zval('a');   ?>

以上代碼會輸出:

  a: (refcount=3, is_ref=0)='new string' a: (refcount=1, is_ref=0)='new string'

如果我們現在執行unset($a),$包含的類型和值的這個容器就會從記憶體刪除

複合類型(compound types)

當考慮像array和object這樣的複合類型時,事情會稍微有些複雜.與標量(scalar)類型的值不同,array和object類型的變數把它們的成員或屬性存在自己的符號表中.這意味著下面的例子將產生三個zval變數容器

  <?php   $a = array('meaning' => 'life', 'number' => 42);      xdebug_debug_zval('a');   ?>

以上代碼輸出:

  a: (refcount=1, is_ref=0)=array ('meaning' => (refcount=1, is_ref=0)='life', 'number' => (refcount=1, is_ref=0)=42)

這三個zval變數容器是:a,meaning,number.增加和減少refcount的規則和上面提到的一樣

特例,添加數組本身作為數組元素時:

  <?php   $a = array('one');      $a[] = &$a;      xdebug_debug_zval('a');   ?>

以上代碼輸出的結果:

  a: (refcount=2, is_ref=1)=array (0 => (refcount=1, is_ref=0)='one', 1 => (refcount=2, is_ref=1)=...)

可以看到數組a和數組本身元素a[1]指向的變數容器refcount為2

當對數組$a調用unset函數時,$a的refcount變為1,發生了記憶體流失

清理變數容器的問題儘管不再有某個範圍中的任何符號指向這個結構(就是變數容器),由於數組元素"1"仍然指向數組本身,所以這個容器不能被消除.因為沒有另外的符號指向它,使用者沒有辦法清除這個結構,結果就會導致記憶體流失.慶幸的是,php將在請求結束時清除這個資料結構,但是php清除前,將耗費不少記憶體空間

回收周期5.3.0PHP使用了新的同步周期回收演算法,來處理上面所說的記憶體流失問題

首先,我們先要建立一些基本規則:
如果一個引用計數增加,它將繼續被使用,當然就不再垃圾中.如果引用技術減少到零,所在的變數容器將被清除(free).就是說,僅僅在引用計數減少到非零值時,才會產生垃圾周期(grabage cycle).其次,在一個垃圾周期中,通過檢查引用計數是否減1,並且檢查哪些變數容器的引用次數是零,來發現哪部分是垃圾

為避免不得不檢查所有引用計數可能減少的垃圾周期,這個演算法把所有可能根(possible roots 都是zval變數容器),放在根緩衝區(root buffer)中(用紫色標記),這樣可以同時確保每個可能的垃圾根(possible garbage root)在緩衝區只出現一次.僅僅在根緩衝區滿了時,才對緩衝區內部所有不同的變數容器執行記憶體回收操作。

總結：以上就是本篇文的全部內容，希望能對大家的學習有所協助。

相關推薦：

PHP實現基於SimpleXML產生和解析xml的方法

PHP實現基於XMLWriter操作xml的方法

PHP命名空間、性狀與產生器案例詳解