这是我第一次在 stackoverflow 上发帖，但这些帖子对我帮助很大！
任何人，关于我的问题......是否有没有调用 PHP 中的析构函数的情况？我问的原因是因为我有一个映射器类，它将数据映射到对象，在构造函数中，我启动了一个事务，在析构函数中我将调用一个提交（我还有一个成员函数，它也可以执行提交，如有必要）。如果有任何情况下没有调用析构函数，我想知道这样我就可以预测它的发生并做出适当的计划。
非常感谢！
【问题讨论】：
标签： php oop destructor
根据manual，即使使用die() 或exit() 终止脚本，也会执行析构函数：
即使使用 exit() 停止脚本执行，也会调用析构函数。在析构函数中调用 exit() 将阻止剩余的关闭例程执行。
根据this SO question，当达到 PHP 的执行时间限制时，析构函数不被执行（在 Apache 2 上确认，在 Windows 7 上确认 PHP 5.2）。
当脚本因达到内存限制而终止时，析构函数也会不执行。 （刚刚测试）
析构函数确实在致命错误时执行（刚刚测试）更新：OP 无法确认这一点 - 似乎有致命错误，但情况有所不同
它确实不会在解析错误时执行（因为不会解释整个脚本）
如果服务器进程崩溃或发生其他 PHP 无法控制的异常，析构函数肯定不会执行。
总而言之，它看起来很可靠。
不过，除了在析构函数中进行清理之外，做其他事情的缺点是您的选择有些有限。你不能再抛出异常（除非你在析构函数中再次捕获它们），你不能输出任何错误消息，你不能再依赖其他对象（如数据库接口）的存在。 ....我在使用析构函数方面没有丰富的经验，但我不确定你打算做的是否是一个可行的想法。
【讨论】：
$$fake(); 挑起一个错误时，它对我有用。也许这取决于错误的类型。另外，请查看我刚刚添加的段落以及对总体思路的一些想法。
public function __construct() { register_shutdown_function(array($this, '__destruct')); }。这个解决方案的代价是对象引用（和对象本身）一直存在到 php 脚本执行结束。尽管如此，还是有一些情况是值得的 - 例如。在析构函数中删除巨大的 tmp 文件。
我想补充一下，如果你在析构函数中出现致命错误，它可以阻止其他析构函数执行。
【讨论】：