大话PHP的垃圾回收机制

1. PHP能够自动进行内存管理,清除不须要的对象,主要使用了引用计数

2. 在zval结构体中定义了ref_count和is_ref , ref_count是引用计数 ,标识此zval被多少个变量引用 , 为0时会被销毁

is_ref标识是否使用的 &取地址符强制引用

1. 为了解决循环引用内存泄露问题 , 使用同步周期回收算法

好比当数组或对象循环的引用自身 , unset掉数组的时候 , 当refcount-1后还大于0的 , 就会被当成疑似垃圾 , 会进行遍历 ,而且模拟的删除一次refcount-1若是是0就删除 ,若是不是0就恢复

顽固垃圾的产生过程

<?php
    $a = "new string";
?>复制代码

代码中，$a变量内部存储信息为

a: (refcount_gc=1, is_ref_gc=0)='new string'复制代码

当把a赋值给另一个变量的时候，a对应的zval的refcount_gc会加1

<?php
    $a = "new string";
    $b = $a;
?>复制代码

此时a和b变量对应的内部存储信息为,a和b同时指向一个字符串"new string" ,它的refcount变成2

a,b: (refcount_gc=2, is_ref=0)='new string'复制代码

当用unset删除$b变量时，"new string" 的refcount_gc会减1变成1。

<?php
    $a = "new string"; //a: (refcount_gc=1, is_ref_gc=0)='new string'
    $b = $a;           //a,b: (refcount_gc=2, is_ref=0)='new string'
    unset($b);         //a: (refcount_gc=1, is_ref=0)='new string'
?>复制代码

对于普通的变量来讲，这一切很正常，可是在复合类型变量（数组和对象）中，会发生比较有意思的事情：

<?php
    $a = array('meaning' => 'life', 'number' => 42);
?>复制代码

$a内部存储信息为:

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

数组变量自己($a)在引擎内部其实是一个哈希表，这张表中有两个zval项 meaning和number，因此实际上那一行代码中一共生成了3个zval,这3个zval都遵循变量的引用和计数原则，用图来表示:

下面在$a中添加一个元素，并将现有的一个元素的值赋给新的元素:

<?php
    $a = array('meaning' => 'life', 'number' => 42);
    $a['name'] = $a['meaning'];
?>复制代码

那么$a的内部存储为 , "life" 的ref_count变成2 , 42的ref_count是1:

a: (refcount=1, is_ref=0)=array (
'meaning' => (refcount=2, is_ref=0)='life',
'number' => (refcount=1, is_ref=0)=42,
'name' => (refcount=2, is_ref=0)='life'
)复制代码

若是将数组的引用赋值给数组中的一个元素，有意思的事情就会发生：

<?php
    $a = array('one');
    $a[] = &$a;
?>复制代码

这样a数组就有两个元素，一个索引为0，值为字符one，另一个索引为1，为a自身的引用，内部存储以下:

a: (refcount=2, is_ref=1)=array (
0 => (refcount=1, is_ref=0)='one',
1 => (refcount=2, is_ref=1)=…
)复制代码

array这个zval的ref_count是2 , 是一个环形引用 这时对$a进行unset,那么a会从符号表中删除，同时‘a指向的zval的refcount_gc`减小1.

<?php
$a = array('one');
$a[] = &$a;
unset($a);
?>复制代码

那么问题就产生了，a已经不在符号表中，用户没法再访问此变量，可是a以前指向的zval的refcount_gc变为1而不是0，所以不能被回收，从而产生内存泄露，新的GC要作的工做就是清理此类垃圾。

为了解决循环引用内存泄露问题 , 使用同步周期回收算法 , 这种ref_count减1后还大于0的会被做为疑似垃圾

好比当数组或对象循环的引用自身 , unset掉数组的时候 , 当refcount-1后还大于0的 , 会进行遍历 ,而且模拟的删除一次refcount-1若是是0就删除 ,若是不是0就恢复。

以上内容但愿帮助到你们，不少PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提高，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货须要的能够免费分享给你们