qt creator调试失败根本原因在于kit、调试器后端与debug构建模式三者未匹配：msvc kit需配cdb（路径为windows kits\10\debuggers\x64\cdb.exe），mingw kit需配mingw_gdb.exe而非gdb.exe，且项目必须设为debug模式以生成调试符号。
Qt Creator 调试不是“装完就能用”的功能，它高度依赖构建配置、调试器后端和项目模式三者的匹配。不满足任一条件，F5 就会静默失败或报 Debugger not found、No debug information 等错误。
为什么按 F5 没反应或提示“Debugger not found”
这不是 Qt Creator 坏了，而是调试器根本没被识别或没装对。关键看三点：
- 你选的 Kit（套件）是否绑定了可用的调试器：比如 MSVC Kit 必须配
CDB，MinGW Kit 默认用GDB，但某些新版 MinGW（如 11.2+）可能自带的是LLDB或不带调试器 -
Tools > Options > Debugger里是否已添加对应调试器路径：CDB 需指向cdb.exe（通常在Windows Kits\10\Debuggers\x64\cdb.exe），GDB 需指向mingw_gdb.exe（不是gdb.exe，后者常为符号链接，Qt Creator 不认） - 项目是否处于
Debug构建模式：Release 模式下编译器默认不生成调试符号（-g或/Zi），断点能设但不会停，变量全显示为<optimized out></optimized>
如何让 console.log 在 Qt Creator 中正常输出
QML 项目的 console.log 默认不显示在“应用程序输出”窗格，除非明确启用运行终端或补全环境配置：
- 必须勾选
Projects > Run > Run in terminal—— 这是最低要求，否则日志直接丢弃 - 若仍无输出，检查
Projects > Run > Environment是否设置了QML_LOG_LEVEL=2（默认为 0，即关闭） - 使用
qDebug()时，确保 C++ 后端没有调用qInstallMessageHandler屏蔽了输出；QML 中可加console.setMode(Console.Verbose)强制开启详细日志 - 注意：Qt 6.5+ 对 QML 日志做了分层，默认只输出
Warning和Critical，Info和Debug需显式开启
调试时看不到变量值或显示 “”
这几乎全是符号信息缺失或优化干扰导致，和代码逻辑无关：
- 确认构建套件是 Debug 模式，且
.pro文件中未手动加CONFIG += release或QMAKE_CXXFLAGS_RELEASE += -O2 - 检查编译器输出里是否有
warning: DWARF version 5 is not supported—— 某些旧版 GDB（如 8.x）不支持 DWARF5，需升级 GDB 或在.pro加QMAKE_CXXFLAGS_DEBUG += -gdwarf-4 - 局部变量被编译器内联或寄存器优化掉时，Qt Creator 无法读取；可在变量声明前加
volatile临时阻止优化，例如：volatile int x = 42; - QML 变量需在
Locals视图中展开QQuickItem或QQmlContext才能看到绑定属性，不能直接搜变量名
Attach to Running Application 失败的常见原因
这个功能常用于调试已启动的 Qt 程序（如系统托盘进程、服务型 GUI），但成功率极低，除非满足严苛前提：
- 目标进程必须由**同一套工具链**编译（比如你用 MSVC 2019 编译的 Qt Creator，只能 attach 到 MSVC 2019 编译的程序）
- 目标进程必须运行在**相同架构**下（x64 进程不能 attach 到 x86，反之亦然）
- 目标进程必须启用了调试信息：即它本身是以 Debug 模式构建、且未 strip 符号表（Linux 下检查
file yourapp是否含debug字样） - Windows 上还需关闭“仅我的代码”（Just My Code）：在
Tools > Options > Debugger > CDB中取消勾选Enable Just My Code debugging
真正稳定的 attach 方式，是让目标程序自己调用 raise(SIGSTOP) 或在启动时加 --debug 参数等待 debugger 连接，而不是靠 Qt Creator 主动 attach。
