PyQt5 QWidget.show()在threading.Thread线程中调用失效致程序冻结崩溃如何解决

这个故障是Qt框架严格的线程模型限制导致的，Qt有一条没有任何商量余地的规则：所有QWidget子类的界面操作，包括实例创建、show/hide调用、界面重绘、组件属性更新，必须在承载Qt事件循环的GUI主线程中执行。
你现在用Python原生threading.Thread开的子线程，根本没有挂载GUI事件循环，直接在里面调用show()操作UI对象，属于跨线程非法访问。这种操作不会抛出能被Python正常捕获的常规报错，只会触发C++层的内存非法访问，最终表现就是程序卡死无响应、甚至直接静默退出。

不要试图绕过这个线程限制，按照下面的逻辑调整代码结构即可稳定运行：

• 严格切割业务逻辑和UI逻辑：子线程里只跑纯计算、网络请求、文件读写这类不涉及界面的耗时任务，绝对不要持有QWidget实例的引用，更不要直接调用任何UI组件的方法。
• 用Qt自带的信号槽机制做跨线程通信桥接：信号槽天然支持队列式的跨线程调用，当子线程完成任务需要弹出窗口时，不要直接写widget.show()，而是预先定义好Qt信号，在子线程中emit这个信号，由GUI主线程绑定对应槽函数执行show()操作。
  实际可运行的示例代码：

from PyQt5.QtCore import QObject, pyqtSignal
from PyQt5.QtWidgets import QWidget, QApplication
import threading

# 自定义待弹出的QWidget
class CustomWidget(QWidget):
    def __init__(self):
        super().__init__()
        self.resize(300, 200)
        self.setWindowTitle("跨线程弹出的窗口")

# 信号桥接对象，必须继承QObject才能使用Qt信号机制
class ThreadSignalBridge(QObject):
    # 定义触发窗口显示的信号，可根据需求携带参数
    trigger_widget_show = pyqtSignal()

def child_thread_biz_logic(bridge):
    # 子线程内的耗时业务逻辑，比如网络请求、数据处理
    import time
    time.sleep(3)
    # 子线程仅发送信号，绝对不直接操作UI
    bridge.trigger_widget_show.emit()

if __name__ == "__main__":
    app = QApplication([])
    # 自定义窗口在主线程实例化
    target_widget = CustomWidget()
    # 初始化信号桥接
    bridge = ThreadSignalBridge()
    # 把信号和主线程的槽函数绑定，槽函数会自动在主线程执行
    bridge.trigger_widget_show.connect(target_widget.show)
    # 启动子线程
    work_thread = threading.Thread(target=child_thread_biz_logic, args=(bridge,))
    work_thread.start()
    app.exec_()

• 哪怕是用Qt自带的QThread实现多线程，逻辑完全一致：QThread实例本身属于主线程，它的run()方法运行在子线程环境，同样不能在run()里直接操作UI，必须靠信号传递通知主线程更新界面。

• 不要尝试用try-except捕获这类跨线程UI操作的错误：这类崩溃是C++层的段错误，Python的异常捕获机制根本拦截不到，程序会直接退出。
• 不要在子线程里调用QApplication.processEvents()试图刷新界面：这个方法脱离主线程的事件循环调用，只会打乱事件调度逻辑，反而加速程序崩溃。
• 不要在子线程里才实例化自定义QWidget：哪怕是刚创建的widget，脱离主线程事件循环的支撑，调用show()也无法正常渲染，同样会触发崩溃。

内容的提问来源于stack exchange，提问作者Eyyüp Ensar Özcan