Python中的`__del__`方法虽可用于对象销毁前的资源清理，但其调用时机不确定、行为跨解释器不一致，且易引发异常或性能问题，因此绝不能作为关键资源管理的主力；文章强调应优先采用`with`语句与上下文管理器（`__enter__`/`__exit__`）实现确定、及时、安全的资源释放，而将`__del__`仅视为兜底保障——理解这一原则，能帮你写出更健壮、可维护、符合Python最佳实践的代码。

__del__ 是 Python 中的析构方法，用于在对象被销毁前执行一些清理操作。它并不是手动调用的，而是由 Python 的垃圾回收机制自动触发。理解 __del__ 的使用方式和限制，有助于写出更安全、资源管理更合理的代码。

1. __del__ 方法的基本作用

当一个对象的引用计数降为 0，或解释器退出时，Python 会尝试调用该对象的 __del__ 方法。你可以在这个方法中释放资源，比如关闭文件、网络连接等。

class FileHandler:
    def __init__(self, filename):
        self.filename = filename
        self.file = open(filename, 'w')
        print(f"文件 {filename} 已打开")
def write(self, content):
    self.file.write(content)

def __del__(self):
    if hasattr(self, 'file') and not self.file.closed:
        self.file.close()
        print(f"文件 {self.filename} 已关闭")
使用示例
f = FileHandler("test.txt")
f.write("Hello")
当 f 被删除或作用域结束时，del 可能会被调用
del f

2. __del__ 的调用时机不确定

Python 的垃圾回收机制不保证 __del__ 会立即执行。特别是在存在循环引用的情况下，只有当垃圾回收器（gc 模块）运行时才可能触发。

这意味着：

• 不能依赖 __del__ 立即释放关键资源
• 程序退出时也不一定执行所有 __del__ 方法
• 在 CPython 中，引用计数为 0 时通常会立即调用，但在 PyPy、Jython 等实现中行为可能不同

3. 推荐使用上下文管理器代替 __del__

对于需要精确控制资源释放的场景，应优先使用 with 语句配合上下文管理器（即实现 __enter__ 和 __exit__ 方法）。

class SafeFileHandler:
    def __init__(self, filename):
        self.filename = filename
def __enter__(self):
    self.file = open(self.filename, 'w')
    print(f"文件 {self.filename} 已打开")
    return self.file

def __exit__(self, exc_type, exc_val, exc_tb):
    if self.file and not self.file.closed:
        self.file.close()
        print(f"文件 {self.filename} 已关闭")
使用 with 确保资源及时释放
with SafeFileHandler("test.txt") as f:
f.write("Hello World")
退出 with 块时，exit 立即被调用

4. __del__ 的注意事项

使用 __del__ 时需注意以下几点：

• 避免在 __del__ 中引发异常，可能导致解释器忽略或报错
• 不要在 __del__ 中依赖其他对象，因为它们可能已被销毁
• 不要在 __del__ 中做耗时操作，影响垃圾回收性能
• __del__ 不是“析构函数”的完全等价物，不应作为主要资源管理手段

基本上就这些。虽然 __del__ 存在，但实际开发中更推荐使用上下文管理器或显式 close 方法来管理资源。__del__ 更适合作为“兜底”清理手段，而不是核心逻辑的一部分。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Python__del__方法作用与使用技巧》文章吧，也可关注golang学习网公众号了解相关技术文章。