Tkinter 的 Toplevel 窗口关闭时不会自动触发 Python 对象的 __del__ 析构函数，尤其当窗口内存在子控件时，因 Tkinter 内部引用未及时解除，可能导致对象无法被垃圾回收；需显式销毁子部件并调用 destroy() 才能确保资源释放。
tkinter 的 toplevel 窗口关闭时不会自动触发 python 对象的 `__del__` 析构函数，尤其当窗口内存在子控件时，因 tkinter 内部引用未及时解除，可能导致对象无法被垃圾回收；需显式销毁子部件并调用 `destroy()` 才能确保资源释放。
在 Tkinter 中，__del__ 方法不是可靠的资源清理机制，原因在于：Python 的垃圾回收依赖于对象引用计数归零，而 Tkinter 的底层 Tcl/Tk 解释器会为每个 Widget（包括 Toplevel 及其子控件）维持强引用。即使你关闭了窗口（点击 ×），只要 Tkinter 内部仍持有对该窗口或其子部件的引用（例如通过 winfo_children()、事件绑定、变量追踪等），对应的 Python 对象就不会被立即销毁，__del__ 也不会执行——这正是你在添加 Label 后观察不到析构输出的根本原因。
更关键的是：root.wait_window(new_window) 仅阻塞主线程直到窗口被销毁（即 destroy() 被调用），但它不负责清理 Python 层的对象引用。一旦 new_window 变量在 AButtonPress 函数作用域结束时被释放，若 Tkinter 侧仍有残留引用（如未显式 destroy() 子控件、未解绑回调、或存在 StringVar/IntVar 等关联变量），该 TestClass 实例将长期驻留内存，造成潜在的内存累积。
✅ 正确做法是：重写窗口关闭协议（protocol("WM_DELETE_WINDOW", ...)），在其中主动销毁所有子控件，并最终调用 self.destroy()：
import tkinter as tk
from tkinter import ttk
class TestClass(tk.Toplevel):
def __init__(self, parent, *args, **kwargs):
super().__init__(parent, *args, **kwargs)
self.title("A New Window")
print("window created")
# 添加子控件
self.a_label = ttk.Label(self, text="A Label", width=15)
self.a_label.grid(column=0, row=0)
# ✅ 关键：重写关闭行为，确保干净退出
self.protocol("WM_DELETE_WINDOW", self._on_close)
def _on_close(self):
# 1. 销毁所有子控件（释放 Tkinter 引用）
for child in self.winfo_children():
child.destroy()
# 2. 销毁自身（通知 Tk 层释放资源）
self.destroy()
print("Toplevel and all children destroyed cleanly")
def open_toplevel():
# 注意：此处不应使用 wait_window —— 它会阻塞 UI，且不解决引用问题
# 改用非阻塞方式 + 显式生命周期管理
win = TestClass(root)
root = tk.Tk()
ttk.Button(root, text="Open Toplevel", command=open_toplevel).pack(padx=20, pady=10)
root.mainloop()⚠️ 注意事项：
-
避免依赖
__del__进行关键清理（如文件句柄、网络连接、日志关闭等），它调用时机不确定，甚至可能永不执行； -
wait_window()适用于模态对话框场景，但会冻结主界面；生产环境推荐事件驱动 +protocol方式； - 若 Toplevel 中使用了
StringVar、BooleanVar等 Tk 变量，应在_on_close()中一并清除（如self.my_var.set("")或直接del self.my_var），否则它们可能继续引用父窗口； - 可配合
import gc; gc.collect()进行调试（不建议生产环境频繁调用），验证对象是否真正被回收。
总结：Tkinter 的资源管理是“双层”的——既要调用 .destroy() 通知 Tk 层释放 C/Tcl 资源，也要确保 Python 对象不再被任何地方引用。通过 protocol("WM_DELETE_WINDOW") 统一入口进行显式清理，才是稳定、可预测、内存安全的最佳实践。
