qt creator调试控制台程序需配置config += console并取消勾选“run in terminal”，否则qdebug()输出将被屏蔽或转向黑窗口；macos需额外添加config -= app_bundle，且必须执行qmake和清理重建才能生效。
Qt Creator 调试控制台程序，默认就能用，但输出位置和调试行为受几个关键配置影响——不改对，就容易卡在黑窗口里或看不到 qDebug() 输出。
为什么断点没反应、输出不显示？先检查 CONFIG += console
很多新手写完 qDebug() 却在“应用程序输出”面板里看不到内容，根本原因是项目被误当成 GUI 程序处理了。Qt Creator 默认对非 console 项目会屏蔽标准输出流（尤其 Windows 上），即使你没弹黑窗，qDebug() 也可能被静默丢弃。
-
CONFIG += console必须加在 .pro 文件里，否则 Windows 下qDebug()和std::cout都不会生效 - macOS 上还要补一句
CONFIG -= app_bundle，否则 qmake 会打包成 .app，导致输出重定向失败 - 改完 .pro 后必须点“qmake”再“清理并重新构建”，否则旧的链接配置仍生效
“应用程序输出”面板没内容？确认 Run in terminal 没勾选
这个选项名字有误导性：勾选它反而会让 Qt Creator 放弃捕获输出，转而调用系统终端（比如 cmd 或 Terminal.app），结果就是你又看到那个讨厌的黑窗口，且 IDE 内无法搜索、无法高亮、无法暂停滚动。
- 路径：
Projects > Build & Run > Run > Run in terminal - 正确做法是**取消勾选**，让输出走 Qt Creator 自带的日志管道
- 如果用了
AllocConsole()或/SUBSYSTEM:CONSOLE，务必关掉它，否则双输出+冲突
断点进不去？确保你在 Debug 构建套件下运行
Qt Creator 的调试器（GDB/CDB/LLDB）只对 Debug 版本有效。Release 模式下符号表被剥离，断点会变成空心圆，点击无响应，qDebug() 也可能被宏定义直接移除。
- 左下角构建套件选择框里，确认当前是
Debug（不是Release或Default） - 检查 .pro 是否含
CONFIG += debug_and_release—— 这会导致默认构建 Release，必须手动切换 - 如果用 CMake 项目，确保
set(CMAKE_BUILD_TYPE Debug)已设置，且未被覆盖
调试时路径出错？手动指定 Working directory
控制台程序常依赖相对路径读配置、日志或资源文件。Qt Creator 默认以构建目录为工作路径，但你代码里写的 "./config.json" 实际指向的是构建目录，不是源码目录——这会导致 fopen 失败、QFile::open 返回 false，但错误信息可能被忽略。
- 路径：
Projects > Run > Working directory - 推荐设为
%{sourceDir}（Qt Creator 内置变量），即源码根目录 - 避免硬编码绝对路径；若必须加载外部文件，用
QCoreApplication::applicationDirPath()获取可执行文件所在目录
真正麻烦的不是设断点或看输出，而是不同平台对 CONFIG += console 的响应差异——Windows 强制弹窗，macOS 默默静音，Linux 有时连 stderr 都不转发。每次换平台，都得重新验证输出是否真到了“应用程序输出”面板里。
