PHP的垃圾回收機制（建議收藏）

zval中，除了儲存變數的型別和值之外，還有is_ref欄位和refcount欄位
    1、is_ref：是個bool值，用來區分變數是否屬於引用集合。
    2、refcount：計數器，表示指向這個zval變數容器的變數個數。

<?php
$a = 1;
xdebug_debug_zval('a');
echo PHP_EOL;
$b = $a;
xdebug_debug_zval('a');
echo PHP_EOL;
 
$c = &$a;
xdebug_debug_zval('a');
echo PHP_EOL;
 
xdebug_debug_zval('b');
echo PHP_EOL;

結果如下：
a:(refcount=1, is_ref=0),int 1
a:(refcount=2, is_ref=0),int 1
a:(refcount=2, is_ref=1),int 1
b:(refcount=1, is_ref=0),int 1

<?php

$a = 1;
xdebug_debug_zval('a');
echo PHP_EOL;
$b = $a;
xdebug_debug_zval('a');

結果如下：可以看到標量（布林，字串，整形，浮點型）不再計數了

<?php
$a = array( 'meaning' => 'life', 'number' => 42 );
xdebug_debug_zval( 'a' );
echo PHP_EOL;
class Test{
    public $a = 1;
    public $b = 2;
     
    function handle(){
        echo 'hehe';
    }
}
 
$test = new Test();
xdebug_debug_zval('test');

結果如下：可以看出，陣列用了比陣列長度多1個zval儲存。陣列分配了三個zval容器：a   meaning  number
a:(refcount=1, is_ref=0),
array
  'meaning' => (refcount=1, is_ref=0),
string
'life' (length=4)
  'number' => (refcount=1, is_ref=0),
int
test:(refcount=1, is_ref=0),
object(Test)[1]
  public 'a' => (refcount=2, is_ref=0),
int
  public 'b' => (refcount=2, is_ref=0),
int

<?php

$a = array( 'meaning' => 'life', 'number' => 42 );
xdebug_debug_zval( 'a' );
echo PHP_EOL;
class Test{
    public $a = 1;
    public $b = 2;
     
    function handle(){
        echo 'hehe';
    }
}
 
$test = new Test();
xdebug_debug_zval('test');

結果如下：可以明顯的看到陣列a的refcount=2，後經測試發現數組的refcount都是從2開始的

<?php

$a = array('life');
xdebug_debug_zval( 'a' );
echo PHP_EOL;
$a[] = &$a;
xdebug_debug_zval('a');

說明：在5.2及更早版本的PHP中，沒有專門的垃圾回收器GC（Garbage Collection），引擎在判斷一個變數空間是否能夠被釋放的時候是依據這個變數的zval的refcount的值，
　　　如果refcount為0，那麼變數的空間可以被釋放，否則就不釋放，這是一種非常簡單的GC實現。現在unset ($a),那麼array的refcount減1變為1.現在無任何變數指向這個zval，
　　　而且這個zval的計數器為1，不會回收。

結果：儘管不再有某個作用域中的任何符號指向這個結構(就是變數容器)，由於子元素“1”仍然指向陣列本身，所以這個容器不能被清除 。
　　　因為沒有另外的符號指向它，使用者沒有辦法清除這個結構，結果就會導致記憶體洩漏。

在php5.3的GC中，針對的垃圾做了如下說明：
    1：如果一個zval的refcount增加，那麼此zval還在使用，肯定不是垃圾，不會進入緩衝區
    2：如果一個zval的refcount減少到0， 那麼zval會被立即釋放掉，不屬於GC要處理的垃圾物件，不會進入緩衝區。
    3：如果一個zval的refcount減少之後大於0，那麼此zval還不能被釋放，此zval可能成為一個垃圾，將其放入緩衝區。PHP5.3中的GC針對的就是這種zval進行的處理。

1、對每個根緩衝區中的根zval按照深度優先遍歷演算法遍歷所有能遍歷到的zval，並將每個zval的refcount減1，同時為了避免對同一zval多次減1(因為可能不同的根能遍歷到同一個zval)，
　　每次對某個zval減1後就對其標記為“已減”。

2、再次對每個緩衝區中的根zval深度優先遍歷，如果某個zval的refcount不為0，則對其加1，否則保持其為0。

3、清空根緩衝區中的所有根(注意是把這些zval從緩衝區中清除而不是銷燬它們)，然後銷燬所有refcount為0的zval，並收回其記憶體。

如果不能完全理解也沒有關係，只需記住PHP5.3的垃圾回收演算法有以下幾點特性：

1、並不是每次refcount減少時都進入回收週期，只有根緩衝區滿額後在開始垃圾回收。

2、可以解決迴圈引用問題。

3、可以總將記憶體洩露保持在一個閾值以下。