PHP垃圾回收机制

引用计数原理

每个php变量存在一个叫”zval”的变量容器中，除了包含变量的类型和值，还包括两个字节的额外信息。
第一个是”is_ref”，是个bool值，用来标识这个变量是否是属于引用集合(reference set)。通过这个字节，php引擎才能把普通变量和引用变量区分开来，由于php允许用户通过使用&来使用自定义引用，zval变量容器中还有一个内部引用计数机制，来优化内存使用。

第二个额外字节是”refcount”，用以表示指向这个zval变量容器的变量(也称符号即symbol)个数。

我特意把PHP手册的这一段字分开，使其层次更清晰，即zval变量容器中有变量的类型和值，还有is_ref判断变量是怎么传值的，refcount表示指向这个容器的变量个数。

个人理解就是有多少个名称，PHP5.3以前采用的回收机制，会产生环形引用，即$a=0;$a[0]=$a;此时refcount的值为2，当释放$a[0]后，refcount的值仍为1，所以PHP不会把它当作垃圾，而PHP5.3以后PHP会给zval分配一个根缓存区域，从而在根缓存区域满时，进行回收，解决了环形引用的问题。

通过xdebug_debug_zval(‘a’);可以查看到a指向的变量容器zval中的内容a: (refcount=1, is_ref=0)=’new string’

在PHP中，没有任何变量指向这个对象时，这个对象就成为垃圾。PHP会将其在内存中销毁；这是PHP的GC垃圾处理机制，防止内存溢出。
当一个PHP线程结束时，当前占用的所有内存空间都会被销毁，当前程序中所有对象同时被销毁。

GC进程一般都跟着每起一个SESSION而开始运行的.gc目的是为了在session文件过期以后自动销毁删除这些文件.

__destruct /unset

__destruct()析构函数，是在垃圾对象被回收时执行。
unset 销毁的是指向对象的变量，而不是这个对象。

session的回收

由于PHP的工作机制，它并没有一个daemon线程来定期的扫描Session信息并判断其是否失效，当一个有效的请求发生时，PHP 会根据全局变量 session.gc_probability和session.gc_pisor的值，来决定是否启用一个GC, 在默认情况下，session.gc_probability=1, session.gc_pisor =100也就是说有1%的可能性启动GC(也就是说100个请求中只有一个gc会伴随100个中的某个请求而启动).

原因是session存储的东西一般经常使用，经常删除成功容易降低性能

GC的工作就是扫描所有的Session信息，用当前时间减去session最后修改的时间，同session.gc_maxlifetime参数进行比较，如果生存时间超过gc_maxlifetime(默认24分钟),就将该session删除。
但是，如果你Web服务器有多个站点，多个站点时,GC处理session可能会出现意想不到的结果，原因就是：GC在工作时，并不会区分不同站点的session.

解决方案
1. 修改session.save_path,或使用session_save_path()让每个站点的session保存到一个专用目录，
2. 提供GC的启动率，自然，GC的启动率提高，系统的性能也会相应减低，不推荐。
3. 在代码中判断当前session的生存时间，利用session_destroy()删除.