如果析构函数会失败，通常我们也不知道怎么写出没有错误的代码。标准库要求它处理所有的类的析构函数都不要抛出异常。

为了发明处理析构函数中的错误的可靠方法，人们已经进行了各种尝试。没有任何一种方法发展成通用的做法。这是一个真正的实践性问题：例如，socket不能关闭时怎么办？析构函数的编写者不知道析构函数因为什么被调用，而且不能通过抛出异常来拒绝这个动作。更为严重的是，很多“关闭/释放"操作是不可重试的。如果可能的话，将关闭/释放时发生的错误当作基本的设计错误并终止执行。 

将析构函数定义为noexcept。这将保证要么正常结束析构，要么终止程序。

如果资源不能被释放而且程序有可能不失败，以某种方式（甚至可以是修改某些全局变量并寄希望于某些程序会注意并处理该问题）向程序的其他部分发出错误信号。需要充分意识到这个技术的特殊目的，而且容易发生错误。考虑示例“我的链接不会关闭"。有可能在连接的另一端存在问题，而且对于链接的两端来说，只存在一段代码负有正确地处理这个问题的责任。析构函数可以（以某种方式）向系统中负责处理错误的部分发送一条消息，同时认为我们已经关闭了链接并正确的返回了。

如果析构函数使用了可能失败的操作，它可以自己捕捉异常并且在有些情况下依然成功地结束（例如使用抛出异常之外的不同的清除机制）。