code runner可一键运行c/c++单文件，无需tasks.json或launch.json，但需确保gcc/g++在path中且能执行；qt configure则专用于qt项目初始化，自动配置路径并生成对应构建文件。

不需要手动写 tasks.json 或 launch.json，就能让 C/C++、Qt、甚至自定义构建系统跑起来——这事现在真能一键搞定，前提是选对插件、路径别填错、环境变量别被覆盖。

Code Runner：最轻量的“运行即编译”方案

适合单文件快速验证逻辑，比如写个 main.cpp 就想立刻看输出，不关心调试、不依赖项目结构。

• 它默认调用系统 PATH 里的 gcc 或 g++，所以必须确保 gcc --version 在终端能执行成功
• 不生成任何配置文件，所有行为由插件内部规则控制；但这也意味着你没法精细控制链接库或头文件路径
• 快捷键 Ctrl+Alt+N 触发编译运行，结果直接打在集成终端里，没有调试断点能力
• 若需加参数（如 -std=c17 -Wall），得进设置改 code-runner.executorMap 对应语言项，不是改 JSON 文件，而是改插件级配置

Qt Configure：专治 Qt 项目初始化瘫痪

当你新建一个 Qt Widgets 项目，却卡在找不到 qmake、cmake 路径、c_cpp_properties.json 里 includePath 写错三遍时，这个插件就是救命稻草。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 它只在你执行命令（如 QtConfigure: Set Qt Dir）后才扫描路径，不会自动监听 Qt 安装变化；填错路径（比如漏掉 mingw_64 子目录）会导致后续所有配置失效
• 会直接覆盖当前工作区下的 .vscode/ 全部内容，旧手动配置务必提前备份，否则重装插件就等于重配一遍
• 识别多版本 Qt 靠的是目录结构，不是注册表，所以 C:\Qt\6.5.0\msvc2019_64 和 C:\Qt\6.5.0\mingw_64 被视为两个独立安装，切换时得重新执行设置命令
• 生成的 tasks.json 默认用 qmake 构建，如果项目实际走 CMake 流程，得手动把 task type 改成 shell 并指定 cmake --build 命令

插件冲突：为什么配置生成了却不起作用

常见现象是：插件明明装了、命令也执行了、JSON 文件也生成了，但按 F5 还是报 “No configuration found for launch”，或者编译时报 “cannot find -lQt6Core”。

• C/C++ 官方插件和 Qt Configure 都会写 c_cpp_properties.json，后者优先级更高，但如果前者已激活并缓存了旧配置，重启 VSCode 才能生效
• Windows 上 MinGW 的 lib 路径常含空格（如 C:\Program Files\...），Qt Configure 生成的 tasks.json 里没加引号包裹，导致链接失败；得手动在 args 里给路径加双引号
• Code Runner 和 C/C++ 插件共存时，右键菜单里会出现两个 “Run Code” 选项，容易误点；禁用其中一个插件的贡献点更干净，而不是靠记忆区分
• VSCode 工作区是“文件夹级”的，插件生成的配置只对当前打开的文件夹生效；切到同级另一个 Qt 项目文件夹，得重新运行插件命令

真正麻烦的从来不是生成配置，而是生成之后谁在读、谁在改、谁在缓存——路径写死、插件抢写、环境变量被临时覆盖，这些细节不盯住，一键就变一懵。