VSCode报spawn gcc ENOENT，根本原因是其进程未继承新PATH，必须彻底关闭所有Code.exe进程后重启，并确保tasks.json中command为g++.exe、compilerPath指向g++.exe、路径全英文无空格。
不是gcc没装好，而是VSCode根本没找到它——路径配置、环境继承、文件名拼写三处全得对上，缺一不可。
为什么gcc --version在CMD里能跑，VSCode终端却报spawn gcc ENOENT
VSCode启动时会fork一个新进程加载环境变量，但它**不会自动继承你改完PATH后新开的CMD窗口里的环境**。哪怕你刚在系统设置里加了MinGW的bin目录，VSCode还在用旧进程的PATH缓存。
- 必须彻底关闭所有
Code.exe进程（任务管理器里查杀干净），再重新打开VSCode - 在VSCode内置终端里直接运行
where gcc，看输出路径是否和你加进PATH的一致；不一致就说明PATH没生效或被覆盖 - 别信“重启窗口”——那只是重载UI，不重载底层shell进程
tasks.json里command字段填gcc还是g++.exe？
C++项目必须用g++.exe，不能只写gcc。VSCode执行时不做命令补全，它严格按你写的字符串去PATH里找可执行文件。
- Windows下常见错误：写
"command": "gcc"→ 找到的是gcc.exe，但链接C++标准库失败 - 正确写法：
"command": "g++.exe"，且确保g++.exe真实存在于PATH指向的bin目录中 - 路径含空格或中文？不行。MinGW解压路径必须是
C:mingw64in这类纯英文无空格路径
c_cpp_properties.json里compilerPath指向gcc.exe还是g++.exe？
这个字段决定IntelliSense用C还是C++规则解析头文件。vector、string这些C++标准库头文件，只有g++.exe路径才能触发正确的include路径自动注入。
- 错误做法：手动填
"compilerPath": "C:\mingw64\bin\gcc.exe"→ IntelliSense报cannot open source file 'vector' - 正确做法：用Ctrl+Shift+P →
C/C++: Edit Configurations (UI)→ 点Compiler path旁放大镜 → 选带g++.exe的那条完整路径 - 填完后右下角状态栏应显示
g++ x.x.x，不是gcc x.x.x
终端里spawn gcc ENOENT还可能和PowerShell执行策略有关
当VSCode用PowerShell做默认终端，且工作区路径含中文或特殊字符（如&、%）时，PowerShell会因执行策略拦截初始化脚本，导致PATH加载中断，进而找不到gcc。
- 临时验证：把终端默认profile切到
Command Prompt，再试gcc --version - 若CMD下正常，说明是PowerShell策略问题；运行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser即可（无需管理员权限） - 绝对不要在
$PROFILE里写含中文路径的cd命令，PowerShell解析时会直接崩溃
最常被忽略的点：VSCode不读取你当前CMD窗口的PATH快照，它只认启动那一刻继承的环境。改完PATH后不杀进程重开，等于没改。
