qt creator左下角切换release仅表示意图，实际生效需确保kit支持、qmake参数为config+=release、build directory独立且路径正确，否则仍生成debug版本。
Qt Creator 默认打开项目就是 Debug 模式，想切 Release 并不是改个选项就完事——得确认构建配置、输出路径、qmake 参数三者一致，否则点“Release”也照样生成 debug 版本的二进制文件。
左下角切换只是选择构建配置，不等于生效
Qt Creator 左下角那个带电脑图标的按钮（或按 Ctrl+4 进入 Projects 模式），点开后选 “Release” 仅表示你「意图使用」Release 构建套件。但实际是否真走 Release 流程，取决于当前 Kit 下绑定的 Qt 版本是否支持 Release 构建，以及 qmake 步骤里有没有被覆盖参数。
- 如果用的是只编译了
-debug的 Qt 库（比如某些精简版 SDK），选 Release 也会 fallback 到 debug 构建，且控制台报错类似Project ERROR: Cannot build for target 'release' with this Qt installation - 检查方式：进入
Projects → Build & Run → Build → Build Steps → qmake，看Additional arguments是否为空；若写了CONFIG+=debug，那无论界面选啥都强制 debug - 真正起作用的是
CONFIG值：CONFIG+=release才是 Release 模式，CONFIG+=debug是 Debug，两者互斥
Build Directory 必须区分，否则会混掉输出文件
Qt Creator 默认为 Debug 和 Release 分别创建独立构建目录（如 build-myproject-Desktop_Qt_6_5_0_MinGW_64_bit-Debug 和 -Release），但如果你手动改过 Build Directory 路径，或者用了共享构建目录，就可能出现 release.exe 被覆盖、dll 混用、甚至运行时报 Qt5Cored.dll not found 这种看似矛盾的错误。
- Release 构建生成的可执行文件默认在
release/子目录下，不是根构建目录；Debug 在debug/ - 不要手动删
build-*目录里的debug/或release/，而应点击 Qt Creator 的Clean按钮（锤子图标旁的小扫帚）——它会按当前选中的构建配置清理对应子目录 - 如果发现 release 构建后体积没变小（比如仍 >20MB），大概率是构建目录没切对，实际还在 debug 目录里反复覆盖
Release 构建后双击运行失败？不是模式问题，是依赖没带全
选了 Release、编译成功、exe 文件也在 release/ 下，但双击提示 “缺少 Qt5Core.dll” 或直接闪退——这不是模式切换失败，而是 Release 版本没打包运行时依赖。Debug 版本常靠 Qt Creator 自动设置环境变量临时加载 dll，Release 独立运行必须显式部署。
- Windows 下最可靠的方式是用
windeployqt工具：打开命令行，cd 到你的release/目录，运行windeployqt --no-translations --no-compiler-runtime myapp.exe - 注意：必须用和构建时**同一套 Qt 安装路径下的 windeployqt**，否则可能漏掉插件或平台 dll（比如
platforms/qwindows.dll） - 如果用了静态链接（
CONFIG+=static），那确实能生成单文件，但需 Qt 本身是静态编译的，普通在线安装版默认不提供 static lib
最容易被忽略的一点：Qt Creator 的构建配置是 per-kit 的，同一个项目在 MinGW Kit 下选了 Release，在 MSVC Kit 下可能还是 Debug —— 切换 Kit 后务必再确认一次左下角状态和构建目录路径。
