vscode不会自动安装编译器，必须手动安装；它仅是编辑器，c/c++和code runner等扩展不提供编译器二进制文件，只调用系统已有的gcc/g++等，若未安装或path未配置，将报“找不到编译器”或intellisense禁用。
VSCode不会自动安装编译器，必须手动安装
VSCode本身只是一个编辑器，Code Runner、C/C++这些扩展都**不包含也不提供编译器二进制文件**。它们只负责调用系统已有的编译器（如 gcc、g++、cl.exe），一旦找不到，就会报“找不到编译器”或“IntelliSense is disabled”——这不是插件没装好，而是根本没装编译器。
为什么搜索“安装编译器”会跳到Code Runner？
很多用户在扩展市场搜“C++ 编译”“run c++”，Code Runner排在前列，但它只是个“执行器”，不是“编译器供应商”。它默认尝试调用 gcc 或 g++，但不会帮你下载 MinGW、MSVC 或 clang；也不会修改 PATH 或写入注册表。
- 如果你没装任何编译器，点
Code Runner的 ▶ 按钮，终端只会报错：bash: gcc: command not found或'g++' 不是内部或外部命令 -
C/C++扩展同理：它需要真实存在的compilerPath，否则连#include <stdio.h></stdio.h>都标红 - 所谓“一键配置”，实际只是一键生成
tasks.json或c_cpp_properties.json，路径字段仍是空的或填了假值（比如"C:/mingw64/bin/g++.exe"，但你根本没装）
哪些编译器能被VSCode识别？怎么验证它真被找到？
VSCode的 C/C++ 扩展通过三类方式探测编译器，顺序优先级从高到低：
-
显式配置最高：在工作区
.vscode/c_cpp_properties.json里写死"compilerPath": "C:\msys2\ucrt64\bin\g++.exe"，插件就直接用这个路径，不查其他地方 -
PATH 自动扫描次之：Windows 查
%PATH%，Linux/macOS 查$PATH，匹配gcc、g++、clang++、cl.exe这些可执行名——所以必须确保g++.exe所在目录（如C:msys2mingw64in）已加入系统环境变量，且重启 VSCode 后生效 -
注册表/SDK索引仅限Windows：如果装了 Visual Studio，插件会读
HKEY_LOCAL_MACHINESOFTWAREMicrosoftVisualStudioSxSVS7，但前提是 VS 安装时勾选了「使用 C++ 的桌面开发」
验证是否真正识别成功：打开一个 .cpp 文件，底部状态栏不再显示红色警告“C/C++: IntelliSense is disabled...”，且 #include <iostream></iostream> 不再下划红线，std::vector 能跳转定义——这才是编译器真正就位的信号。
最容易被忽略的两个硬性条件
即使你按教程一步步操作，仍有两处常被跳过，导致始终“找不到编译器”：
-
新添加的 PATH 必须重启 VSCode（不是仅关闭窗口）：Windows 下改完环境变量后，VSCode 的子进程仍继承旧的
PATH，必须完全退出（任务管理器里杀掉所有Code.exe进程）再重开 -
MinGW/MSYS2 的 bin 目录不能含中文或空格路径：比如
C:我的工具msys64mingw64in会导致C/C++插件解析失败，报错可能静默，只表现为 IntelliSense 不工作
别指望扩展替你装编译器——它连下载链接都不会弹。装什么、从哪下、怎么配路径，全得你自己来。最省事的起点是 MSYS2 + pacman -S mingw-w64-x86_64-gcc，装完加路径，重启 VSCode，基本就通了。
