Tkinter顶级窗口关闭时析构函数的工作机制及内存回收疑问

你观察到的这个现象其实和Python的垃圾回收机制以及Tkinter内部的对象引用关系密切相关，我来给你拆解清楚：

为什么不加组件时析构函数会触发？ #

当你创建没有子组件的TestClass实例时，流程是这样的：

1. 点击按钮调用AButtonPress，创建new_window对象，此时它的引用计数至少为1（被new_window变量持有）。
2. root.wait_window(new_window)会阻塞直到这个顶级窗口关闭，窗口关闭后，Tkinter的底层Tcl解释器会销毁对应的窗口资源，但此时Python层面的new_window引用还存在。
3. 函数AButtonPress执行完毕，局部变量new_window被销毁，这个TestClass实例的引用计数降到0，Python立即调用它的__del__方法，所以你看到了“destructor called”的输出。

加了Label后析构函数不执行的原因 #

当你给顶级窗口添加Label组件后，出现了循环引用的问题：

• TestClass实例（也就是顶级窗口）持有对self.a_label的引用（作为实例属性）。
• 同时，Label组件内部会持有对父窗口（也就是TestClass实例）的引用（因为它的父是这个顶级窗口）。

而Python的垃圾回收机制有个规则：如果一组互相引用的对象中，至少有一个对象定义了__del__方法，垃圾回收器无法确定安全的析构顺序，就不会自动回收这些对象，它们会被留在内存中直到程序退出。你的TestClass正好定义了__del__，所以这个循环引用导致对象无法被回收，__del__自然也不会被调用。

会不会造成内存泄漏？ #

如果你的程序需要长期运行，并且反复打开关闭这个带有组件的顶级窗口，确实会导致这些无法被回收的对象积累在内存中，逐渐占用更多内存，形成内存泄漏。

怎么解决这个问题？ #

不建议依赖__del__来处理窗口关闭后的清理逻辑，更可靠的方式是利用Tkinter的窗口事件机制：

1. 绑定<Destroy>事件：在窗口被销毁时触发自定义的清理函数，比如：

from tkinter import *
from tkinter import ttk

class TestClass(Toplevel):
    def __init__(self, *args, **kwargs):
        Toplevel.__init__(self, *args, **kwargs)
        self.title('A New Window')
        print ('window created')        
        self.a_label=ttk.Label(self,width=15,text = "A Label")
        self.a_label.grid(column=0, row=0)
        # 绑定销毁事件
        self.bind("<Destroy>", self.on_destroy)

    def on_destroy(self, event):
        # 这里写原来__del__里的清理逻辑
        print('window destroyed, cleanup done')
        
def AButtonPress():
    new_window = TestClass(root)
    root.wait_window(new_window)
    print("window closed")

root = Tk()
a_button=ttk.Button(root,text="Press Me",command=AButtonPress)
a_button.grid(column=0, row=0)
root.mainloop()

2. 手动打破循环引用：在窗口关闭时，主动将子组件的引用置为None，比如在绑定的关闭事件里添加self.a_label = None，这样就能断开循环引用，让垃圾回收器可以正常回收对象。

另外，也可以考虑不要给自定义Toplevel类写__del__方法，这样即使有循环引用，Python的垃圾回收器也能处理这些对象（因为没有__del__的话，循环引用的对象会被自动回收）。

备注：内容来源于stack exchange，提问作者r_czw20