VSCode中npm报“无法识别为cmdlet”主因是PowerShell执行策略限制或PATH未正确加载，需设RemoteSigned策略并加Node.js路径到用户环境变量，或切换Git Bash终端。
VSCode在Windows下报“npm无法识别为cmdlet”不是npm没装，而是终端没拿到Node.js的PATH，或者根本没用对Shell。
为什么PowerShell里npm报错而CMD能用
PowerShell默认不继承系统PATH里的某些路径（尤其是用户级Path），且对执行策略敏感。哪怕node -v能跑，npm -v也可能被拦截——因为npm.cmd是批处理文件，PowerShell默认禁止运行未签名脚本。
- 先运行
get-executionpolicy，如果返回Restricted，说明策略太严 - 临时放宽：运行
set-executionpolicy RemoteSigned -Scope CurrentUser - 别用
-Scope LocalMachine，除非你真需要全局改，且有管理员权限 - 改完不用重启，但已打开的PowerShell终端需关闭重开
VSCode终端根本没加载Node.js的PATH
VSCode启动时会读取环境变量快照，之后你改了系统PATH，它也不会自动刷新。常见现象是：CMD和Git Bash里npm正常，但VSCode终端里不行。
- 检查VSCode是否以普通用户身份启动——如果Node.js路径只加在“系统变量”的
Path里，非管理员账户可能拿不到 - 更稳妥的做法：把Node.js安装目录（如
C:\Program Files\nodejs）和npm全局路径（如C:\Users\用户名\AppData\Roaming\npm）都加进“用户变量”的Path - 改完必须彻底退出VSCode（右下角托盘也要退出），再重新打开，否则终端仍用旧环境
换Shell比修环境变量更快
Git Bash几乎从不掉链子，因为它绕过了Windows的PowerShell策略和PATH继承问题，直接走自己的PATH逻辑。
- 在VSCode终端右上角点击下拉箭头 → 选“Select Default Profile” → 找到并选中
Git Bash - 如果没看到，说明没装Git for Windows；去官网下安装包，勾选“Add Git Bash to PATH”
- 首次切换后，新终端窗口会自动用Git Bash，老窗口需手动点右上角“+”新建一个
- 注意：Git Bash里
npm命令可用，但npm run serve这类脚本若调用了Windows专属命令（如.bat），仍可能出问题
npm路径本身不对或损坏
极少数情况是npm.cmd被删、挪动，或nvm切换版本后软链接断了。
- 运行
where npm（CMD）或which npm（Git Bash），看是否返回有效路径 - 如果返回空，或路径指向不存在的目录，说明PATH里写的路径失效了
- nvm用户特别注意：nvm安装的Node版本，其
npm实际在%NVM_HOME%\v18.17.0\node_modules\npm\bin\npm.cmd这类路径下，不是固定位置 - 这时候别硬加PATH，改用nvm激活对应版本：
nvm use 18.17.0，再开新终端
最常被忽略的是：改完环境变量不关干净VSCode，或者以为PowerShell策略改了就一劳永逸——其实每个新开的PowerShell进程都要单独确认策略生效范围。Git Bash虽省事，但它不解决你本地调试PowerShell脚本的真实需求。
