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.那麼這個時候怎麼解決呢?

修改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變量容器,如下例所示:

$a = "new string";

?>

在上例中,新的變量是a,是在當前作用域中生成的.並且生成瞭類型為string和值為”new string”的變量容器.在額外的兩個字節信息中,”is_ref”被默認設置為false,因為沒有任何自定義的引用生成.”refcount”被設定為1,因為這裡隻有一個變量使用這個變量容器.調用xdebug查看一下變量內容:

$a = "new string";

xdebug_debug_zval('a');

?>

以上代碼會輸出:

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

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

$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,下面例子就能說明:

$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變量容器

$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的規則和上面提到的一樣特例,添加數組本身作為數組元素時:

$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)在緩沖區隻出現一次.僅僅在根緩沖區滿瞭時,才對緩沖區內部所有不同的變量容器執行垃圾回收操作。

發佈留言