Qt程序卡死最常因GUI线程阻塞，如主线程调用waitForFinished()、同步网络请求或事件中耗时操作；需区分是Qt Creator假死还是程序自身卡死，通过任务管理器观察CPU和响应状态即可判断。
程序卡死不是崩溃，它不报错、不退出、不响应，但你点按钮没反应、拖窗口不动、调试器断点不触发——这种“静默瘫痪”比崩溃更难定位。
卡死时先看 Qt Creator 自身是否在假死
别急着怀疑你的代码。Qt Creator 卡死和你写的程序卡死是两回事，但现象容易混淆：
- 点击菜单无响应、编辑器光标不闪烁、状态栏卡在“正在构建…”——大概率是 IDE 自身卡了
- 程序窗口能显示但按钮点击无效、QTimer 不触发、信号槽像被堵住——才是你的程序卡在 GUI 线程里
区分方法很简单：打开任务管理器，观察 qtcreator.exe 的 CPU 和响应状态。如果它占用 0% CPU 且“响应”列为“无响应”，说明问题出在 Qt Creator 配置或插件上，不是你的项目代码。
Qt 程序卡死最常卡在 GUI 线程的阻塞操作
Qt 的事件循环（QApplication::exec()）必须持续运行，一旦被长耗时操作阻塞，整个 UI 就冻结。典型场景包括：
- 在主线程里调用
QProcess::waitForFinished()或QNetworkAccessManager::get()后直接waitForReadyRead() - 在
paintEvent()或resizeEvent()中做大量计算或文件读写 - 自定义
QQuickItem的updatePaintNode()里调用了同步网络请求
验证方式：加一句 qDebug() 在 <code>QTimer::singleShot(100, ...) 里反复打印，如果 tick 停了，说明事件循环已停摆。这时别查逻辑，先查有没有把耗时操作扔进了主线程。
显卡驱动和翻译文件导致的假死最容易被忽略
Windows 下 Qt Creator 启动慢、打开 .ui 文件卡死、甚至编辑器输入延迟，往往跟显卡或语言包有关：
- NVIDIA 独显驱动会与 Qt 的 OpenGL 渲染路径冲突，尤其在 Qt 5.12–5.15 之间。解决方法：进 NVIDIA 控制面板 → “管理 3D 设置” → 找到
qtcreator.exe→ 强制使用“集成图形” - 中文界面下
qt_zh_CN.qm文件损坏会导致加载翻译时卡死。路径在Tools\QtCreator\share\qtcreator\translations，临时重命名该文件，重启 Qt Creator 即可验证 - 有道云词典、讯飞输入法等带屏幕取词功能的软件，会 hook Qt 的窗口消息，造成 UI 线程挂起。关掉取词，再试一次
卡死问题最难复现？试试禁用影子构建和清空 QtProject 配置
很多卡死是环境残留导致的，尤其是长期使用后：
- 关闭 Qt Creator，手动删除
%APPDATA%\QtProject（Windows）或~/.config/QtProject（Linux/macOS），相当于重置所有插件缓存和 UI 布局状态 - 在项目设置中关闭“影子构建”，让构建目录和源码同级，避免 Qt Creator 在解析 .pro 或 .ui 时因路径映射错误而卡在元对象编译环节
- 如果只在 Debug 模式下卡死，检查
CONFIG += debug是否被误删，或者QMAKE_CXXFLAGS += -O0是否缺失——优化开启后某些变量生命周期异常，也会表现为断点不触发、UI 响应延迟
真正棘手的卡死，往往藏在“看起来无关”的配置项里。比如一个被注释掉的 QMAKE_LFLAGS += /STACK:8000000，可能让 Windows 下递归调用栈溢出却不报错，只表现为点击即冻结。
