PySide6触发Segmentation Fault崩溃的原因及预防方案

• 严格恪守GUI线程操作规则：PySide6的所有GUI控件操作必须在主线程（Qt事件循环所在线程）执行。工作线程里绝对不能直接修改文本框这类控件——哪怕单次操作没崩，多次积累后必然触发内存错误。必须用信号槽机制：工作线程把输出内容通过信号发出去，主线程的槽函数负责更新UI；或者用QMetaObject.invokeMethod在主线程上下文执行更新操作。

• 线程资源要彻底回收：每次运行脚本都新建线程实例，别复用旧线程。线程运行结束后要让它自然退出，别强制销毁线程对象。要是线程还在跑就销毁关联对象，很容易留下内存隐患，多次触发就会崩。

• 管好subprocess的资源：多次运行脚本后，subprocess可能残留僵尸进程、未关闭的管道句柄，这些会间接搞崩Qt。调用subprocess时，要么用communicate()一次性读取完stdout/stderr并自动关闭管道，要么手动处理管道时确保读完后关闭；另外必须调用process.wait()等子进程完全退出，再清理相关对象，别让子进程变成僵尸。

• 别跨线程传递Qt对象：工作线程给主线程传数据时，只用Python原生类型（字符串、字节串），别传Qt的复杂对象（比如自定义的QWidget子类）。Qt对象绑定了线程上下文，跨线程传递会触发未定义行为，次数多了就会引发段错误。

• 用Qt调试机制抓隐患：开启Qt的调试输出，设置环境变量QT_LOGGING_RULES="qt.*=true"，或者在代码里加qInstallMessageHandler捕获警告。很多段错误都是之前的小警告（比如线程违规操作GUI）积累出来的，这些日志能帮你找到具体的违规点。

• 升级PySide6和Python版本：旧版本的PySide6可能存在线程与subprocess交互的已知bug，比如跨线程信号槽的内存泄漏。升级到最新稳定版（比如6.5及以上）的PySide6和对应Python版本，大概率能解决这类底层崩溃问题。

• 限制脚本并发执行：加个全局锁（比如threading.Lock）或者状态标记（比如is_running变量），确保同一时间只有一个脚本在跑。多个线程同时操作UI或者抢subprocess资源，很容易搞出内存冲突，多次触发就会崩。

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