根本原因是Windows未将MinGW-w64的mingw64\bin目录添加到PATH环境变量，导致系统无法定位g++可执行文件；需复制bin完整路径、在系统环境变量中新增并保存、重启命令行终端生效。
为什么g++ --version报“不是内部或外部命令”
根本原因就是系统找不到g++可执行文件，而它一定在你解压后的mingw64\bin目录里。Windows 只有在PATH环境变量里列出的路径中才会自动搜索命令，没加进去就等于“看不见”。这不是编译器没装好，是路径没告诉系统。
添加bin目录到系统PATH的实操步骤
关键动作只有三步，但每步都有明确要求：
- 解压 MinGW-w64 后，必须进入
mingw64\bin目录（不是mingw64根目录），复制这个完整路径，例如C:\mingw64\bin - 右键“此电脑” → “属性” → “高级系统设置” → “环境变量”，在“系统变量”区域找到
Path，点击“编辑” → “新建” → 粘贴刚才复制的路径 - 必须点“确定”逐级保存，关闭所有已打开的命令行窗口（包括 VS Code 终端），再新开一个 cmd 或 PowerShell 才能生效
gcc和g++都验证不了？先查这三点
常见失败不是配置错，而是被细节卡住：
- 路径含中文或空格（比如
C:\我的软件\mingw64\bin）→ 编译器启动时会因路径解析失败直接退出 - 粘贴的是
mingw64根目录（如C:\mingw64），而不是里面的bin子目录 → 里面没有可执行文件 - 用的是旧版 MinGW（如 5.1.4）或非官方精简包 → 它可能根本不带
g++，只含gcc，此时g++ --version必然失败，应改用gcc --version验证基础编译器
VS Code 里终端还是不认命令？别只信图形界面
VS Code 的集成终端有时会缓存旧的环境变量，尤其在你刚配完 PATH 后就直接打开它。最可靠验证方式是：
立即学习“C++免费学习笔记（深入）”；
- 关掉所有 VS Code 窗口
- 单独打开 Windows 自带的
cmd或PowerShell - 输入
where g++（Windows）或which g++（WSL）→ 如果返回路径，说明系统层已识别 - 确认无误后再重启 VS Code，它的终端才能继承最新环境
bin 是否精准、终端是否刷新——这三个点漏掉任何一个，g++ 就永远在“找不到”的状态里。 
