VSCode终端执行node/npm报Permission denied，大概率是PowerShell执行策略拦截、npm全局安装路径权限不足、WSL中NTFS挂载路径无POSIX权限或launch.json配置错误所致，需依错误关键词逐层定位修复。
VSCode终端里执行node或npm直接报Permission denied，大概率不是Node没装好，而是终端执行链在某一层被系统策略或路径权限卡住了——得先定位是哪一层断的。
PowerShell执行策略拦截（Windows最常见）
VSCode默认终端是PowerShell，而Windows出厂策略是Restricted，连当前目录下的npm.cmd或node.exe封装脚本都会被拦，错误里常带cannot be loaded because running scripts is disabled。
- 在VSCode终端运行
get-ExecutionPolicy，输出Restricted就坐实了 - 执行
set-ExecutionPolicy RemoteSigned -Scope CurrentUser，仅对当前用户放开本地脚本 - 必须关掉所有终端面板，再按
Ctrl+Shift+`新开一个——旧终端不会自动刷新策略 - 别用
Unrestricted或Bypass，公司设备上组策略可能随时覆盖
npm全局安装写入系统路径失败（macOS/Linux高频）
报EACCES或permission denied，错误路径含/usr/local/lib/node_modules或C:\Program Files\nodejs\node_modules，说明npm正试图往系统级目录写文件，普通用户无权操作。
- 运行
npm config set prefix ~/.local，把全局模块重定向到用户目录 - 编辑
~/.zshrc（macOS）或~/.bashrc（Linux），加一行：export PATH=~/.local/bin:$PATH - 执行
source ~/.zshrc生效，再试npm install -g serve - 绝对不要
sudo npm install -g——npm会以root身份执行任意preinstall脚本，可能删库或改系统配置
WSL中脚本执行权限失效（/mnt/c路径特有）
在/mnt/c/Users/xxx/project下写了start.sh，chmod +x后仍报Permission denied，是因为NTFS不保留POSIX权限位，chmod在/mnt/c下本质无效。
- 把项目移到WSL原生路径，比如
~/projects/my-app，再chmod +x start.sh才真正生效 - 若必须放
/mnt/c，需在/etc/wsl.conf里启用metadata：添加[automount]\noptions="metadata"，然后wsl --shutdown重启 -
ls -l start.sh看到第三位是x（如-rwxr-xr-x）才算成功，否则只是假象
VSCode调试器启动失败（launch.json误配）
按F5调试时提示Cannot launch program或断点灰掉，常因launch.json里program字段指向了shell脚本而非JS文件，PowerShell策略会直接拦截整个启动流程。
-
program必须指向JS/TS文件，例如"${workspaceFolder}/src/server.js"，别写成"${workspaceFolder}/start.sh" - 如果非要用脚本启动，显式用
node调用："runtimeExecutable": "node", "args": ["${workspaceFolder}/start.sh"] - 检查
which node和which npm是否指向同一套Node（比如都来自Homebrew或官网pkg），路径混用会导致require失败
真正麻烦的不是某一条命令跑不通，而是错误信息里混着不同层级的问题——PowerShell策略、文件系统权限、npm路径配置、VSCode调试器加载逻辑，它们可能同时存在，但只有一条是主因。排查时得盯着错误原文里的路径和关键词，别一上来就全盘重装Node或开管理员模式。
