配置MinGW后G++未在系统Path生效 命令行无法识别g++/gdb命令

按以下优先级逐一排查即可解决问题：

• 校验环境变量实际加载结果
  启动全新的命令提示符窗口，执行echo %PATH%，检查输出的路径列表中是否包含你配置的MinGW bin目录完整路径。重点排查常见配置错误：路径拼写错误（比如误将mingw64\bin写为msys64\bin）、路径前后多余空格、路径末尾多余反斜杠、错配32位MinGW路径。
• 确认环境变量配置层级
  Windows环境变量分为用户变量和系统变量两类：如果路径仅添加在当前用户的Path条目下，使用其他账号（比如管理员身份启动cmd）时会无法读取路径。优先将MinGW的bin目录添加到系统变量的Path条目中，添加完成后必须依次点击所有配置窗口的「确定」按钮保存，直接关闭窗口会导致配置不生效。
• 排查路径兼容性问题
  MinGW安装路径不要包含中文、空格、特殊符号，不要放在C:\Program Files这类带权限管控和空格的目录下，也不要放在含中文用户名的个人文件夹路径中。非ASCII字符、路径空格、权限限制都会导致系统无法从环境变量读取对应程序。如果存在这类问题，直接将MinGW文件夹移动到磁盘根目录下的纯英文路径（比如C:\mingw64），再重新配置环境变量。
  校验程序完整性：打开你配置的bin目录，在资源管理器地址栏输入cmd回车，在弹出的窗口中执行g++ --version和gdb --version，如果能正常输出版本信息，说明程序本身无损坏，问题完全出在环境变量配置环节。
• 处理系统Path长度超限问题
  Windows默认对系统Path条目有长度限制，Path列表总长度超过阈值后，新添加的路径会被系统自动忽略。可以将MinGW的bin路径在Path列表中上移到最靠前的位置，保存后重启命令提示符再测试。
• VSCode免全局变量配置方案
  如果以上步骤排查后仍然无法全局识别命令，可以直接在VSCode的C/C扩展配置中，给compilerPath项填写g++.exe的完整绝对路径，给miDebuggerPath项填写gdb.exe的完整绝对路径，不需要配置全局环境变量即可正常完成C/C代码的编译和调试。

内容的提问来源于stack exchange，提问作者borregon