只要用try/except语句包装你的析构函数，如果你的全局变量已经被处理了，它就不会抛出异常。

Edit

试试这个:

from weakref import proxy

class MyList(list): pass

class Package:
    def __init__(self):
        self.__del__.im_func.files = MyList([1,2,3,4])
        self.files = proxy(self.__del__.im_func.files)

    def __del__(self):
        print self.__del__.im_func.files

它会将文件列表填充到del函数中，该函数保证在调用时存在。weakref代理是为了防止Python或您自己删除self。Files变量(如果它被删除，那么它不会影响原始文件列表)。如果即使有更多对变量的引用，也没有删除该变量，那么可以删除代理封装。

标准的方法是使用atexit.register:

# package.py
import atexit
import os

class Package:
    def __init__(self):
        self.files = []
        atexit.register(self.cleanup)

    def cleanup(self):
        print("Running cleanup...")
        for file in self.files:
            print("Unlinking file: {}".format(file))
            # os.unlink(file)

但是您应该记住，这将保存所有已创建的Package实例，直到Python终止。

演示使用上述代码保存为package.py:

$ python
>>> from package import *
>>> p = Package()
>>> q = Package()
>>> q.files = ['a', 'b', 'c']
>>> quit()
Running cleanup...
Unlinking file: a
Unlinking file: b
Unlinking file: c
Running cleanup...

我认为在__del__被调用之前，实例成员不可能被移除。我的猜测是，您的特定AttributeError的原因是在其他地方(可能您错误地删除了self。文件在其他地方)。

然而，正如其他人指出的那样，你应该避免使用__del__。主要原因是带有__del__的实例不会被垃圾收集(只有当它们的refcount达到0时才会被释放)。因此，如果你的实例涉及循环引用，那么只要应用程序运行，它们就会一直存在于内存中。(我可能对所有这些都错了，我必须再次阅读gc文档，但我相当肯定它是这样工作的)。

一个好主意是将两种方法结合起来。

实现用于显式生命周期处理的上下文管理器。以及句柄清理，以防用户忘记它或不方便使用with语句。这最好由weakref.finalize来完成。

这是很多图书馆实际做的。根据严重程度，你可以发出警告。

它保证只被调用一次，所以在之前的任何时候调用它都是安全的。

import os
from typing import List
import weakref

class Package:
    def __init__(self):
        self.files = []
        self._finalizer = weakref.finalize(self, self._cleanup_files, self.files)

    @staticmethod
    def _cleanup_files(files: List):
        for file in files:
            os.unlink(file)

    def __enter__(self):
        return self

    def __exit__(self, exc_type, exc_value, traceback):
        self._finalizer()

weakref。Finalize返回一个可调用的终结器对象，该对象将在obj被垃圾收集时被调用。与普通的弱引用不同，终结器将始终存在，直到引用对象被收集，从而极大地简化了生命周期管理。”

不像atexit。寄存器对象在解释器关闭之前不会保存在内存中。

不像物体。__del__ weakref。Finalize保证在解释器关闭时被调用。所以更安全。

这样做的惯用方法似乎是提供一个close()方法(或类似方法)，并显式地调用它。

我认为问题可能是在__init__如果有更多的代码比显示?

即使__init__没有正确执行或抛出异常，__del__也将被调用。

源