很多PyQt程序把窗口点了关闭，界面消失了，但任务管理器里内存不降，甚至反复打开关闭后越涨越高。这类现象通常不是“Qt不回收”，而是对象仍被引用、线程或定时器仍在跑、信号连接形成了引用环，或某些缓存资源没有释放，从而导致Python的垃圾回收与Qt的QObject销毁条件始终不成立。排查的关键是把“窗口隐藏”与“对象销毁”区分开，再沿着引用链把最后一个持有者找出来。

　　一、PyQt窗口关闭后仍占用内存是什么问题

　　1、窗口只是被隐藏而不是被销毁

　　很多窗口关闭动作默认是hide，窗口对象仍在内存中，尤其是主窗口之外的子窗口或弹窗，关闭只会让它不可见；如果代码里把窗口保存为成员变量或全局变量，引用一直存在，对象自然不会释放。

　　2、信号与槽连接导致对象无法被回收

　　PyQt的信号连接会持有对槽函数或绑定方法的引用，若槽是窗口的方法，连接关系可能把窗口“挂住”；当你把worker、定时器或单例对象的信号连到窗口槽，却在窗口关闭时不disconnect，窗口即使看不见也仍被引用。

　　3、定时器与事件源仍在触发

　　QTimer、QThread、网络请求、文件监控等对象如果还在运行，会持续投递事件到主线程；只要它们的回调链里还引用窗口，就会阻止释放，同时还会持续占用内存并造成资源堆积。

　　4、线程未退出或worker对象仍存活

　　线程或worker没退出时，线程内部可能持有大量缓存数据、队列、日志列表，窗口虽然关闭，但这些对象仍在；更糟的是线程发信号到已关闭窗口，会造成异常或隐藏的引用环。

　　5、父子关系与手工引用冲突

　　Qt的父子销毁机制需要父对象销毁时才能递归释放子对象，但如果子对象又被Python变量强引用，就不会随父对象销毁而立即回收；反过来，你把对象设了父，却又在别处缓存引用，也会让释放变得不可预期。

　　6、图像与大对象缓存未清理

　　QPixmap、QImage、numpy数组、日志文本缓存、模型数据等如果被列表、缓存字典或单例保存，窗口关闭不等于缓存释放；反复打开窗口创建新资源就会出现内存阶梯式上涨。

　　二、PyQt对象释放与引用关系应怎样排查

　　1、先确认关闭动作到底触发了什么

　　在窗口类里重载closeEvent并打印对象id或名称，确认closeEvent确实被执行；再检查是否调用了accept还是ignore，避免被ignore后窗口其实没走关闭流程。

　　2、用deleteLater明确要求销毁QObject

　　对需要关闭即销毁的子窗口，在closeEvent里调用deleteLater，或在创建时设置窗口属性使关闭时自动销毁；这样能避免关闭只隐藏的情况，让Qt事件循环在合适时机释放对象。

　　3、在关闭时主动断开与外部对象的信号连接

　　把所有来自外部长期存活对象的连接集中管理，例如worker的progress、global timer、单例事件总线；窗口关闭时逐条disconnect，尤其是外部对象连接到窗口槽的关系，先断开再释放。

　　4、检查是否存在全局缓存与单例引用

　　排查模块级全局变量、类属性缓存、单例管理器里的列表与字典，确认窗口实例有没有被加入集合未移除；很多“看似内存泄漏”的根因其实是窗口被缓存当成可复用对象。

　　5、排查线程与定时器是否仍在运行

　　窗口关闭时先停止QTimer，线程要走requestInterruption与quit，再wait等待结束，最后deleteLater释放worker与thread；如果线程还在跑，就不要指望窗口相关对象能干净释放。

　　6、用弱引用或对象销毁信号做验证

　　为窗口加一个弱引用weakref.ref，关闭后再检查weakref是否变为None；或连接QObject的destroyed信号打印日志，确认对象确实走到了销毁路径。

　　7、做一次最小复现排除业务缓存干扰

　　把窗口里创建的大对象、线程、定时器逐一注释，逐项恢复，观察哪一项恢复后内存开始不降；这比盲目猜测更快定位到持有引用的源头。

　　8、确认模型与视图是否互相持有导致环

　　QAbstractItemModel或自定义模型若保存了视图指针，视图又保存模型，会形成环；建议模型只持有数据，不保存视图对象，视图关闭时先setModel为空再释放模型，降低环的概率。

　　三、PyQt窗口关闭后的标准收尾流程怎样写

　　1、关闭阶段先断外部输入再停内部活动

　　先disconnect外部信号与事件源，再停止定时器与网络请求，最后停止线程；顺序反过来容易出现停止过程中仍有信号打进来，把窗口又引用回去。

　　2、线程退出要走可控路径

　　给worker设置停止标志或中断请求，worker收到后主动退出run；主线程收到finished后再quit线程并wait，避免直接terminate造成资源泄漏与不可控状态。

　　3、清理大对象与缓存引用

　　把窗口成员里的大列表、缓存字典、图片缓存置空，必要时调用clear，让Python引用计数先降下来，再让Qt对象deleteLater释放；这一步对大量图像与日志缓存场景很有用。

　　4、用destroyed信号做最终确认

　　在调试阶段给关键对象都连上destroyed日志，关闭窗口后确认窗口本体、worker、thread、timer都触发destroyed；如果某一个没触发，回头沿着它的引用链继续查。

　　5、避免把窗口对象塞进长期存活对象里

　　例如把窗口实例注册到全局事件总线、单例管理器或全局列表，这类设计会天然阻止释放；如确实要注册，至少在closeEvent里显式反注册并断开信号。

　　总结

　　PyQt窗口关闭后仍占用内存，多数是窗口未销毁或仍被引用，常见来源包括信号连接未断开、线程与定时器仍在运行、全局缓存持有窗口、以及图像与数据缓存未清理。排查时先确认close是否等于销毁，再用deleteLater与destroyed信号验证对象生命周期，沿着信号连接、线程定时器、单例缓存三条主线把最后的引用持有者找出来，通常就能把内存不降的问题收敛到一两处可改的点。