__del__不可靠，不能保证调用；关键资源必须用with语句或显式close()管理，__del__仅作带日志的兜底清理。
__del__ 不是可靠的资源清理入口
Python 的 __del__ 方法**不能保证被调用**，也不该用于关键资源释放。它依赖垃圾回收器（GC）触发，而 GC 时机不可控：对象可能长期驻留（如循环引用）、进程退出时未必执行、或根本不会调用（如解释器关闭阶段被强制终止）。你写在 __del__ 里的 close()、os.remove()、socket.close() 很可能永远不运行。
优先用 context manager（with 语句）显式管理
外部资源（文件、数据库连接、锁、临时文件）必须由使用者主动控制生命周期。把资源获取和释放封装进上下文管理器，是最直接、最安全的做法：
class DatabaseConnection:
def __init__(self, dsn):
self.conn = None
self.dsn = dsn
<pre class='brush:python;toolbar:false;'>def __enter__(self):
self.conn = connect_to_db(self.dsn)
return self.conn
def __exit__(self, exc_type, exc_val, exc_tb):
if self.conn:
self.conn.close() # 确保这里执行使用方式（可靠！）
with DatabaseConnection("sqlite:///app.db") as conn: conn.execute("SELECT * FROM users")
出 with 块，exit 必然触发，conn.close() 必然执行
- 所有标准库资源（
open()、threading.Lock()、sqlite3.connect()）都支持with - 避免在
__init__中直接打开资源；延迟到__enter__，防止构造失败后还需清理 -
__exit__中应捕获并记录异常，但不要吞掉（除非明确要压制）
需要类自身持有资源时，用 __del__ 仅作“兜底”且加日志
如果确实无法避免让类实例持有外部资源（比如封装一个 C 扩展句柄），__del__ 只能作为最后防线，且必须满足两个条件：资源释放操作幂等、失败时可被观测。
class UnsafeFileHandle:
def __init__(self, path):
self._fd = os.open(path, os.O_RDWR)
self._path = path
<pre class='brush:python;toolbar:false;'>def __del__(self):
try:
if hasattr(self, '_fd') and self._fd is not None:
os.close(self._fd) # 可能已关闭，但 close(-1) 会报错
self._fd = None
except OSError as e:
# 至少打日志，提醒使用者没用 with 或没调 close()
print(f"[WARN] Failed to close {self._path} in __del__: {e}")</pre>- 永远检查资源是否还有效（
if hasattr(self, '_fd')、if self._fd != -1） - 用
try/except包裹释放逻辑，避免__del__报错引发更难追踪的问题 - 绝不依赖
__del__做事务性操作（如 commit 数据库、flush 缓存）
替代方案：显式 close() + __del__ 警告 + weakref.finalize
更健壮的做法是提供 close() 方法，并在 __del__ 中只警告未调用；对高级场景，用 weakref.finalize 替代 __del__，它更可控、可取消、不阻碍 GC：
立即学习“Python免费学习笔记（深入）”；
import weakref
<p>class ManagedResource:
def <strong>init</strong>(self, name):
self.name = name
self._handle = acquire_resource(name)</p><h1>注册终结器，比 <strong>del</strong> 更可靠</h1><pre class='brush:python;toolbar:false;'> self._finalizer = weakref.finalize(self, self._cleanup, self._handle)
def close(self):
if self._handle is not None:
release_resource(self._handle)
self._handle = None
self._finalizer.detach() # 显式取消终结器
@staticmethod
def _cleanup(handle):
if handle is not None:
release_resource(handle)</pre>-
weakref.finalize不会阻止对象被回收，也不会在 GC 失败时失效 -
detach()在close()后调用，避免重复释放 - 仍需提供
close()并鼓励用户调用——终结器只是保险丝，不是主开关
真正关键的资源，从来不是靠“对象消失时自动收拾”，而是靠“使用者明确说‘现在收’”。__del__ 的存在，只是为了在使用者忘了关的时候，不至于让程序彻底失控——但它本身就不该成为设计起点。
