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_divisor的值，來決定是否啟用一個GC。 在默認情況下，session.gc_probability=1, session.gc_divisor =100也就是說有1%的可能性啟動GC(也就是說100個請求中只有一個gc會伴隨100個中的某個請求而啟動).

PHP垃圾回收機制的工作就是掃描所有的Session信息，用當前時間減去session***修改的時間，同session.gc_maxlifetime參數進行比較，如果生存時間超過gc_maxlifetime(默認24分鐘),就將該session刪除。

但是，如果你Web服務器有多個站點，多個站點時,GC處理session可能會出現意想不到的結果，原因就是：GC在工作時，并不會區分不同站點的session.那么這個時候怎么解決呢？

• 修改session.save_path,或使用session_save_path()讓每個站點的session保存到一個專用目錄，
• 提供GC的啟動率，自然，PHP垃圾回收機制的啟動率提高，系統的性能也會相應減低，不推薦。
• 在代碼中判斷當前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)在緩沖區只出現一次.僅僅在根緩沖區滿了時,才對緩沖區內部所有不同的變量容器執行垃圾回收操作。