vscode报错“command ‘xxx’ not found”的根本原因是启动时未继承系统path环境变量。windows图形界面启动不读取终端修改的path，需通过系统属性修改并彻底重启vscode；macos/linux需确保用code命令启动或正确配置shell配置文件；wsl2需手动桥接windows路径。
VSCode报错“command ‘xxx’ not found”是环境变量没生效
根本原因不是VSCode坏了，而是它启动时没读到你系统里配好的Path——尤其在Windows上用图形界面启动VSCode（比如开始菜单、桌面快捷方式），它压根不会继承你终端里改过的环境变量。
常见错误现象：Python插件提示“找不到python解释器”，npm任务执行失败，rustc或go命令标红，但你在CMD或PowerShell里敲得通。
- Windows下必须通过「系统属性 → 高级 → 环境变量」修改
Path，改完要重启VSCode（不是重载窗口） - macOS/Linux用户如果用
launchctl setenv或改~/.zshrc，得确保VSCode是终端里用code命令启动的，否则图形入口不加载shell配置 - 别在VSCode的
settings.json里硬写"python.defaultInterpreterPath"来绕过问题——这只是掩耳盗铃，其他插件和任务照样崩
检查VSCode到底读到了哪些PATH
直接验证比猜更省时间。打开VSCode内置终端（Ctrl+`），运行：
echo $PATH # macOS/Linux echo %PATH% # Windows CMD
对比你在外部终端里执行同样命令的结果。如果缺了一长串路径（尤其是C:\Users\XXX\AppData\Roaming\npm或/usr/local/bin），就坐实了环境变量没继承。
- Windows用户注意：系统级
Path和用户级Path是分开存的，两者都要检查是否加了目标路径 - macOS Catalina及以后默认用zsh，但VSCode可能仍读bash配置——确认
~/.zshrc里有export PATH="...:$PATH"，且没有return提前退出 - 别信“我已经重启过电脑”——Windows资源管理器进程不自动刷新环境变量，需手动杀掉
explorer.exe再重启，或干脆用任务管理器重启
Node.js/npm全局模块路径不在PATH里
这是高频翻车点：npm install -g eslint装好了，但VSCode里跑不了eslint命令，因为npm把可执行文件放到了%APPDATA%\npm（Windows）或~/.npm-global/bin（macOS/Linux），而这个路径根本没进Path。
- Windows：把
%APPDATA%\npm加进用户级Path（不是%APPDATA%\npm\node_modules\.bin） - macOS/Linux：运行
npm config get prefix，把输出路径下的bin目录加进PATH，例如export PATH="$(npm config get prefix)/bin:$PATH" - 验证：在VSCode终端里直接输
which eslint或where eslint，看是否返回路径
WSL2里VSCode Remote怎么同步Windows的PATH
用Remote-WSL插件打开项目时，VSCode跑在Linux子系统里，但你想调用Windows侧的python.exe或curl.exe——这时候不能指望WSL自动转发Path，得手动桥接。
- 在WSL的
~/.zshrc（或~/.bashrc）末尾加：export PATH="/mnt/c/Users/XXX/AppData/Roaming/npm:$PATH" - 想调Windows命令？补上：
export PATH="/mnt/c/Windows/System32:$PATH"（慎用，可能覆盖Linux原生命令） - 改完后关掉所有WSL终端，再在VSCode里用
Remote-WSL: New Window重连，否则配置不加载
环境变量这东西，看不见摸不着，但VSCode对它的依赖比你想象中更死板。最麻烦的不是配错，而是配完没意识到VSCode根本没重新读取——关掉所有窗口，从开始菜单（或终端code）冷启动一次，再试。
