我可以信任调用PHP __destruct（）方法吗？
在PHP5中，是否保证为每个对象实例调用__destruct（）方法？ 程序中的exception可以防止这种情况发生？
所有引用被释放或脚本终止时，析构函数将被调用。 我认为这意味着当脚本正常终止。 我会说重要的例外不能保证析构函数被调用。
PHP文档有点薄，但它确实说析构函数中的exception会导致问题。
还值得一提的是，对于具有自己的析构函数的子类，父析构函数不会自动调用。
如果父类需要进行任何清理，则必须从子类__destruct（）方法显式调用parent :: __ destruct（） 。
在我的经验中，析构函数将始终在PHP 5.3中调用，但是要注意，如果某段代码调用exit（）或者发生致命错误，PHP将以任意顺序调用析构函数（我认为实际顺序是内存或为内存保留的顺序，实际上这个顺序几乎总是有问题的）。 这在PHP文档中被称为“closures序列”。
PHP文档的析构函数说：
PHP 5引入了一个类似于其他面向对象语言（如C ++）的析构函数的概念。 只要没有其他对特定对象的引用，或者在closures序列中以任何顺序，就会调用析构函数方法。
因此，如果您拥有对Y的引用的类X，则可能在调用Y的析构函数之后调用X的析构函数。 希望对Y的引用不是那么重要…正式的，这不是一个错误，因为它已被logging。
然而，解决这个问题是非常困难的，因为正式的PHP没有办法知道析构函数是否被正常调用（析构函数调用的顺序是正确的），或者析构函数是以任意顺序调用的，因为这些函数不能使用被引用对象的数据已经被摧毁了。 可以使用debug_backtrace（）和检查堆栈来解决这个问题。 缺乏正常的堆栈似乎意味着使用PHP 5.3的“closures序列”，但这也是未定义的。 如果你有循环引用，这些对象的析构函数根本不会被调用到PHP 5.2或更低版本，并且将在PHP 5.3或更高版本的“closures序列”期间以“任意”顺序调用。 对于循环引用，不存在逻辑上“正确”的顺序，所以“任何”顺序对于那些顺序都是好的。
有一些例外（毕竟是PHP）：
- 如果在另一个析构函数中调用
exit()，则不会调用任何剩余的析构函数（ http://php.net/manual/en/language.oop5.decon.php ） - 如果
FATAL错误发生在任何地方（许多可能的原因，例如试图从任何其他析构函数抛出exception可能是一个原因）
当然，如果PHP引擎遇到分段错误或者其他一些内部错误，那么所有的投注都closures。
有一个循环引用的当前错误，停止被隐式调用destruct方法。 http://bugs.php.net/bug.php?id=33595应该在5.3中修复;
使用closuresfunction，如果你想肯定： register_shutdown_function（）
