Qt Creator自身闪退应先清空Local和Roaming下的QtProject缓存目录；若仍崩溃，需查Windows事件查看器中QtCore.dll加载失败记录，判断是否因多版本Qt导致PATH冲突。
Qt Creator自己闪退：先清缓存再看事件查看器
Qt Creator自身崩溃（一打开就退出、加载工程后几秒闪退），大概率不是你写的代码问题，而是它自己的配置或缓存损坏。别急着重装，90%能靠清空两个目录解决。
-
C:\Users\{用户名}\AppData\Local\QtProject—— 存本地缓存、临时构建数据，损坏会导致启动失败或卡死 -
C:\Users\{用户名}\AppData\Roaming\QtProject—— 存用户设置、插件状态、最近项目列表，损坏常引发“插件加载失败”后连带崩溃
删完重启。如果还闪退，立刻打开 Windows 事件查看器 → “Windows 日志 → 应用程序”，筛选时间点，找带 Qt6Core.dll 或 Qt5Core.dll 加载失败的错误项——这说明 Qt Creator 安装路径被破坏，或系统 DLL 冲突（比如同时装了多个 Qt 版本且 PATH 混乱）。
你的 Qt 程序在 Qt Creator 里运行闪退，但双击 exe 正常
这是环境变量错位导致的典型现象：Qt Creator 启动时没正确设置 PATH 或工作目录，导致程序找不到依赖 DLL 或读不到资源文件。
- 检查 Qt Creator 左下角“构建套件”是否选对——尤其注意 MinGW 和 MSVC 不能混用；若用了 WebEngine，必须选 MSVC 套件
- 右键项目 → “运行设置” → 查看“工作目录”是否设为
%{buildDir}（默认值），而不是硬编码的绝对路径 - 在“运行环境”里点“Details”，确认
PATH开头是否包含 Qt 的bin目录（如C:\Qt\6.5.0\msvc2019_64\bin）；没有就手动加进去
这个配置只影响 Qt Creator 内运行，不影响生成的 exe——所以双击能跑，IDE 里挂掉。
Qt Creator 18.0.2
下载
Qt Creator 18.0.2 Windows x86_64 历史版本安装包，适合需要旧版本 IDE、旧项目兼容、Qt/C++ 项目维护、构建套件配置和调试环境回退的用户使用。
崩溃没堆栈、控制台只显示“crashed”
Qt Creator 默认调试器在某些崩溃场景下会丢掉调用栈，尤其涉及 DLL 加载失败、信号槽绑定错误或跨线程访问时。
- 不要点绿色“运行”按钮，改用菜单栏
调试 → 开始调试（F5），它强制启用调试符号和异常捕获 - 确保
.pro文件里有CONFIG += debug，且构建是 Debug 模式（不是 Release） - 崩溃后立即看“应用程序输出”面板最后几行——哪怕只有一句
QMetaObject::activate: Receiver is null，也说明某个QObject被提前 delete 了 - Windows 下打开任务管理器 → 详细信息 → 找到你的进程 → 右键“转到服务”，看是否关联了已终止的服务进程（常见于 QProcess 启动外部程序后未 wait）
崩溃点不在你代码里，但肯定和你有关
Qt 库内部崩溃（比如 QPainter::begin 报 access violation）往往暴露的是你传入的非法参数，只是 Qt 在校验后触发了断言或越界访问。
- 检查所有
QPixmap/QImage构造是否传了空指针或无效路径，QPainter是否在 widget 未 show() 前就开始绘图 - 信号槽连接用
Qt::QueuedConnection时，确保接收对象没被 delete，且跨线程传递的对象是可拷贝或已注册元类型 - 用
qInstallMessageHandler捕获所有qWarning()和qCritical()，很多崩溃前会有类似QObject::connect: Cannot connect to non-existent signal的提示
真正难啃的往往是那些“看起来没问题”的地方：一个未初始化的 QTimer * 成员变量、一次忘记 moveToThread 的 QObject、或者资源文件路径里混入了中文或空格——这些不会编译报错，但会在运行时让 Qt 库底层直接 abort。
