以下历程仅对数组和对象范例起作用。
传统上，像之前的 php 用到的援用计数内存机制，没法处置惩罚轮回的援用内存走漏。但是 5.3.0 PHP 运用文章» 援用计数体系中的同步周期接纳(Concurrent Cycle Collection in Reference Counted Systems)中的同步算法，来处置惩罚这个内存走漏题目。
对算法的完整申明有点超越这部份内容的局限，将只引见个中基础部份。起首，我们先要竖立一些基础划定规矩，假如一个援用计数增添，它将继承被运用，固然就不再在垃圾中。假如援用计数削减到零，地点变量容器将被消灭(free)。就是说，仅仅在援用计数削减到非零值时，才会发生垃圾周期(garbage cycle)。其次，在一个垃圾周期中，经由过程搜检援用计数是不是减1，而且搜检哪些变量容器的援用次数是零，来发明哪部份是垃圾。
为防止不能不搜检一切援用计数能够削减的垃圾周期，这个算法把一切能够根(possible roots 都是zval变量容器),放在根缓冲区(root buffer)中(用紫色来标记，称为疑似垃圾)，如许能够同时确保每一个能够的垃圾根(possible garbage root)在缓冲区中只涌现一次。仅仅在根缓冲区满了时，才对缓冲区内部一切差别的变量容器实行垃圾接纳操纵。看上图的步骤 A。
在步骤 B 中，模仿删除每一个紫色变量。模仿删除时能够将不是紫色的一般变量援用数减”1″，假如某个一般变量援用计数变成0了，就对这个一般变量再做一次模仿删除。每一个变量只能被模仿删除一次，模仿删除后标记为灰（原文说确保不会对同一个变量容器减两次”1″,不对的吧）。
在步骤 C 中，模仿恢复每一个紫色变量。恢复是有条件的，当变量的援用计数大于0时才对其做模仿恢复。一样每一个变量只能恢复一次，恢复后标记为黑，基础就是步骤 B 的逆运算。如许剩下的一堆没能恢复的就是该删除的蓝色节点了，在步骤 D 中遍历出来真的删撤除。
算法中都是模仿删除、模仿恢复、真的删除，都运用简朴的遍历即可（最典范的深搜遍历）。复杂度为实行模仿操纵的节点数正相干，不只是紫色的那些疑似垃圾变量。
如今，你已对这个算法有了基础相识，我们转头来看这个怎样与PHP集成。默许的，PHP的垃圾接纳机制是翻开的，然后有个 php.ini 设置许可你修正它：zend.enable_gc 。
当垃圾接纳机制翻开时，每当根缓存区存满时，就会实行上面形貌的轮回查找算法。根缓存区有牢固的大小，可存10,000个能够根,固然你能够经由过程修正PHP源码文件Zend/zend_gc.c中的常量GC_ROOT_BUFFER_MAX_ENTRIES，然后从新编译PHP，来修正这个10,000值。当垃圾接纳机制封闭时，轮回查找算法永不实行，但是，能够根将一向存在根缓冲区中，不论在设置中垃圾接纳机制是不是激活。
当垃圾接纳机制封闭时，假如根缓冲区存满了能够根，更多的能够根明显不会被纪录。那些没被纪录的能够根，将不会被这个算法来剖析处置惩罚。假如他们是轮回援用周期的一部份，将永不能被消灭进而致使内存走漏。
纵然在垃圾接纳机制不可用时，能够根也被纪录的缘由是，相对于每次找到能够根后搜检垃圾接纳机制是不是翻开而言，纪录能够根的操纵更快。不过垃圾接纳和剖析机制自身要耗不少时候。
除了修正设置zend.enable_gc ，也能经由过程离别挪用gc_enable() 和 gc_disable()函数来翻开和封闭垃圾接纳机制。挪用这些函数，与修正设置项来翻开或封闭垃圾接纳机制的结果是一样的。纵然在能够根缓冲区还没满时，也能强制实行周期接纳。你能挪用gc_collect_cycles()函数到达这个目标。这个函数将返回运用这个算法接纳的周期数。
许可翻开和封闭垃圾接纳机制而且许可自立的初始化的缘由，是由于你的应用程序的某部份多是高时效性的。在这类情况下，你能够不想运用垃圾接纳机制。固然，对你的应用程序的某部份封闭垃圾接纳机制，是在冒着能够内存走漏的风险，由于一些能够根或许存不进有限的根缓冲区。因而，就在你挪用gc_disable()函数开释内存之前，先挪用gc_collect_cycles()函数能够比较明智。由于这将消灭已存放在根缓冲区中的一切能够根，然后在垃圾接纳机制被封闭时，可留下空缓冲区以有更多空间存储能够根。
以上就是php接纳周期的引见的细致内容，更多请关注ki4网别的相干文章！
