PyQt5导入win32ui模块后退出时崩溃的问题求助

我之前也碰到过一模一样的情况——在Windows 10 + Anaconda Python 3.6环境下，同时导入PyQt5和win32ui后，关闭窗口退出程序时会弹出两次Python崩溃提示，这确实和win32ui的全局窗口钩子在Python解释器 shutdown 阶段的资源释放冲突有关，那个未解决的bug我也关注过。下面给你几个可行的解决办法：

1. 手动控制win32ui资源释放时机（快速临时修复） #

崩溃的核心原因是Python解释器在退出时，乱序释放了Qt和win32ui的资源，导致钩子触发时引用的对象已经失效。我们可以在Qt事件循环结束后，主动清理win32ui的资源：

from PyQt5 import QtWidgets
import win32ui
import win32api

app = QtWidgets.QApplication([])
window = QtWidgets.QLabel("Hello")
window.show()

# 运行Qt事件循环
exit_code = app.exec_()

# 在Python开始全局资源清理前，手动销毁win32ui的主框架和钩子
win32ui.PyMakeInvalid(win32ui.GetMainFrame())
win32api.PostQuitMessage(0)

exit(exit_code)

这段代码会在Qt的事件循环结束后，立刻触发win32ui的资源回收，避免后续解释器shutdown时的冲突。

2. 替换win32ui的截图功能（长期无冲突方案） #

既然你用win32ui是为了截图，完全可以用更兼容的方式替代，根本避开这个冲突：

方案A：用PyQt原生截图API #

和PyQt完全兼容，不需要额外依赖：

from PyQt5 import QtWidgets

def take_full_screenshot():
    screen = QtWidgets.QApplication.primaryScreen()
    # grabWindow(0) 表示抓取整个屏幕，也可以传入窗口句柄抓取指定窗口
    screenshot = screen.grabWindow(0)
    screenshot.save("full_screen.png")

方案B：用Pillow结合win32api实现截图 #

如果需要更灵活的截图控制，这个方案也不会引入win32ui的钩子问题：

import win32api
import win32con
from PIL import ImageGrab

def take_full_screenshot():
    screen_width = win32api.GetSystemMetrics(win32con.SM_CXSCREEN)
    screen_height = win32api.GetSystemMetrics(win32con.SM_CYSCREEN)
    # 抓取整个屏幕区域
    img = ImageGrab.grab((0, 0, screen_width, screen_height))
    img.save("full_screen.png")

3. 用atexit调整清理顺序（进阶保留win32ui的方案） #

如果一定要继续使用win32ui的其他功能，可以用atexit模块注册一个清理函数，让win32ui的资源优先被释放：

from PyQt5 import QtWidgets
import win32ui
import atexit

# 注册程序退出前的清理函数
def cleanup_win32_resources():
    try:
        # 销毁win32ui的主框架，释放钩子资源
        win32ui.PyMakeInvalid(win32ui.GetMainFrame())
    except Exception:
        pass  # 忽略清理时可能出现的异常，避免影响程序退出

atexit.register(cleanup_win32_resources)

app = QtWidgets.QApplication([])
window = QtWidgets.QLabel("Hello")
window.show()
app.exec_()

这个方法利用atexit的执行顺序，让win32ui的资源清理逻辑跑在Python默认的全局资源销毁之前，从而避开冲突点。

另外你提到在PyCharm调试器中不会崩溃，确实是因为调试器会修改解释器的shutdown流程，延长了存活时间，并且调整了资源释放的顺序，所以没触发bug。上面的几个方法都是基于这个原理，手动控制资源释放的时机和顺序来解决问题。

内容的提问来源于stack exchange，提问作者flutefreak7