terminal.integrated.env.*是唯一能绕过shell初始化直接注入环境变量的方式，需按平台指定osx/linux/windows键，配合${env:PATH}保留系统路径，改后须关闭所有终端标签再新建。
terminal.integrated.env.* 是唯一能绕过 shell 初始化的加载方式
VSCode 终端默认不执行 ~/.zshrc、~/.bash_profile 或 Windows 的用户环境变量，这不是 bug，是设计使然：它以非登录、非交互模式启动 shell。想让 npm、rustc、python3 直接可用，不能靠“改完配置重启 VSCode”这种模糊操作，必须用 terminal.integrated.env.* 显式注入。
这个配置项在终端进程 fork 前就写入环境块，优先级高于系统变量，且不依赖 shell 解析任何 rc 文件——这意味着即使你的 .zshrc 里有 export PATH=...，只要没配 env.osx，VSCode 终端就看不到。
- 必须按平台键写：
terminal.integrated.env.osx、terminal.integrated.env.linux、terminal.integrated.env.windows，写成mac或darwin都无效 -
${env:PATH}是关键语法，漏掉它就会覆盖原始路径，导致ls、cd等基础命令失效 - Windows 路径中若用反斜杠，必须双写：
"C:\Program Files\nodejs;${env:PATH}"，单斜杠C:/Program Files/nodejs更安全 - 改完 settings.json 后，必须关闭所有终端 tab 再新建，热重载不触发环境重载
PowerShell 执行策略拦截比环境变量缺失更常见
在 Windows 上，npm run dev 报错 “xxx.ps1 cannot be loaded because running scripts is disabled”，不是环境变量问题，而是 PowerShell 默认禁止运行本地脚本。这个错误和 PATH 无关，改了也白改。
解决方法只有一条：在 VSCode 终端里运行 Set-ExecutionPolicy RemoteSigned -Scope CurrentUser，然后关掉当前终端 tab，新开一个。别用 -Scope LocalMachine，否则普通用户无法覆盖，得开管理员窗口才能改回来。
- 验证是否生效：运行
Get-ExecutionPolicy -Scope CurrentUser，输出应为RemoteSigned - 如果不想动策略，可临时切默认终端：Ctrl+Shift+P →
Terminal: Select Default Profile→ 选Command Prompt或Git Bash - PowerShell Core（7+）默认允许脚本，但它的环境变量仍来自注册表或
$PROFILE，不是.ps1文件，所以改shellArgs没用
WSL 下权限错乱时，环境变量和执行权限要分开看
在 WSL 中，npm install -g 报 EACCES，或者 ./script.sh 提示 “Permission denied”，往往不是环境变量没设对，而是文件系统权限映射出问题。Windows 和 Linux 对文件所有权、执行位的理解完全不同，尤其当项目放在 /mnt/c/... 下时。
VSCode 从 Windows 启动并连接 WSL，可能以不同 UID 访问同一文件；即使 ls -l 显示 rwxrwxrwx，底层 NTFS ACL 可能仍拒绝写入或执行。
- 真正有效的修复是统一挂载参数：编辑
/etc/wsl.conf，加入[automount]段并设options="metadata,uid=1000,gid=1000,umask=022" - 把项目移到
~/project（即 WSL 原生文件系统），避免跨系统挂载路径，chmod +x才真正生效 - 不要在 VSCode 终端里用
sudo npm install -g，这会把全局模块装进 root 用户目录，后续普通用户调用会失败
launch.json 和 tasks.json 的 env 字段不继承 terminal.integrated.env.*
你在 settings.json 里配好了 terminal.integrated.env.osx，但调试器启动时还是找不到 MY_API_KEY，或者 tasks.json 里的脚本读不到 NODE_ENV——因为这两者完全独立于终端环境。
VSCode 的调试器和任务系统不复用集成终端的环境变量，它们走的是自己的注入链：调试器读 launch.json 里的 env 字段，任务读 tasks.json 里的 options.env。哪怕你终端里 echo $NODE_ENV 输出正确，调试进程里仍是空的。
-
launch.json示例："env": { "NODE_ENV": "development", "API_URL": "http://localhost:3000" } -
tasks.json示例："options": { "env": { "PATH": "/opt/homebrew/bin:${env:PATH}" } } - 注意：
${env:PATH}在tasks.json中可用，但在launch.json中不可用，后者只能写死值 - 远程调试时，
launch.json的env会覆盖远程主机上的同名变量，但不会影响远程终端本身
环境变量和执行权限是两个维度的问题，混在一起排查只会延长定位时间。terminal.integrated.env.* 解决“找不到命令”，PowerShell 策略解决“不允许运行”，WSL 挂载选项解决“没权限写”，而 launch.json 的 env 字段解决“调试时变量为空”。每个环节都得单独验，不能假设它们自动同步。
