在PHP里，至少有一种情况内存不会得到自动释放，即便是手动调用 unset()。详情可考：http://bugs.php.net/bug.php?id=33595。
问题症状
如果两个对象之间存在着相互引用的关系，如“父对象-子对象”，对父对象调用 unset() 不会释放在子对象中引用父对象的内存（即便父对象被垃圾回收，也不行）。
有些糊涂了？我们来看下面的这段代码：
<?php
class Foo {
function __construct()
{
$this->bar = new Bar($this);
}
}
class Bar {
function __construct($foo = null)
{
$this->foo = $foo;
}
}
while (true) {
$foo = new Foo();
unset($foo);
echo number_format(memory_get_usage()) . "\n";
}
?>
运行这段代码，你会看到内存使用率越来越高越来越高，直到用光光。
...
33,551,616
33,551,976
33,552,336
33,552,696
PHP Fatal error: Allowed memory size of 33554432 bytes exhausted
(tried to allocate 16 bytes) in memleak.php on line 17
对大部分PHP程序员来讲这种情况不算是什么问题。
可如果你在一个长期运行的代码中使用到了一大堆相互引用的对象，尤其是在对象相对较大的情况下，内存会迅速地消耗殆尽。
Userland解决方案
虽然有些乏味、不优雅，但之前提到的 bugs.php.net 链接中提供了一个解决方案。
这个方案在释放对象前使用一个 destructor 方法以达到目的。Destructor 方法可将所有内部的父对象引用全部清除，也就是说可以将这部分本来会溢出的内存释放掉。
以下是“修复后”的代码：
<?php
class Foo {
function __construct()
{
$this->bar = new Bar($this);
}
function __destruct()
{
unset($this->bar);
}
}
class Bar {
function __construct($foo = null)
{
$this->foo = $foo;
}
}
while (true) {
$foo = new Foo();
$foo->__destruct();
unset($foo);
echo number_format(memory_get_usage()) . "\n";
}
?>
注意那个新增的 Foo::__destruct()方法，以及在释放对象前对 $foo->__destruct() 的调用。现在这段代码解决了内存使用率一直增加的问题，这么一来,代码就可以很好的工作了。
memory_limit integer
该指令设定了一个脚本 所能够申请到的最大内存字节数。这有助于防止写得不好的脚本消耗光服务器上的可用内存。要使用此指令必须在编译的时候激活。因此 configure 一行中应该包括：–enable-memory-limit。如果不需要任何内存上的限制，必须将其设为 -1。 从 php 4.3.2 起，当激活了 memory_limit，PHP 函数 memory_get_usage() 便可以使用了。
也就是说，php在一个 page 中的处理内存限制，默认的(/etc/php.ini)定义为 16M (我的系统默认安装后)，后来开发组的应用写的越来越复杂，但是在结构上可能还有些欠缺，频繁的对象请求，居然造成了内存不足。倒是可以使用下面的内容来解决：
1. 在php中调用 init_set(‘memory_limix’, ‘xxxM’)，这样可以指定某个站点中 单页面可以使用的内存数
2. 修改 /etc/php.ini 中 memory_limit 16M 的设定 (需要 service httpd restart 才生效)
至于调整到多少，可以根据测试，一点一点加上来
上面我们说过，最好的方式应该在应用层面解决，而不是不停的增加内存设置。我对代码进行了一个测试，在页面结尾输出下面内容：
<?
printf(” total run: %.2f s<br>”.
“memory usage: %.2f M<br> “,
microtime(true)-$HeaderTime,
memory_get_usage() / 1024 / 1024 );
?>
结果显示可以用骇人听闻来形容：
total runtime: 1.47 s
memory usage: 77.09 M
一个页面居然会有77M的请求。究其原因，是程序员在编码时，仅仅对变量赋值，却从来没有 unset ($var) 过。试想，如果一个页面请求要处理20个sql查询，每个sql查询返回10个sql结果，而程序员从来都不关心是返回一个row的所有column还是仅仅返回需要的column(实际上当我们采用更common的中间层时，往往会返回全部的column而不是特定的某几个字段，就像在 ORM 中如NHibernate, JBOSS中的那样)如果一条row有10K, 那么这个页面到处理结束时就要增加到 10K*10*20=2M的数组分配，这还不算有时候我们需要最数组进行复制。
因此在php中，比较合理的方式，还是用后就 unset($var) 吧。毕竟资源还是有限制的。