VSCode终端环境变量不生效因启动方式导致继承失败；应从已配置终端启动，或在settings.json、launch.json、tasks.json中分别配置env字段，禁用非原生插件。
终端启动时环境变量不生效？看 VSCode 继承逻辑
VSCode 内置终端（PowerShell / bash / zsh）默认不读取你 shell 的 ~/.zshrc 或 PATH，除非它被正确“继承”——不是靠你手动改系统环境变量，而是靠启动方式。你在桌面图标双击打开 VSCode，它继承的是 Windows 登录会话或 macOS GUI 环境，这些环境往往没加载你的 shell 配置。
- 最稳方案：从已配置好环境的终端中启动 VSCode，比如在 iTerm2 或 Windows Terminal 里执行
code . - 次选方案：用
terminal.integrated.env.linux（或.osx/.windows）在settings.json中静态注入，例如："terminal.integrated.env.osx": { "RUSTUP_HOME": "/Users/me/.rustup", "PATH": "${env:PATH}:/opt/homebrew/bin" } - ⚠️ 注意：
${env:PATH}可引用，但不能执行命令（比如${env:SHELL}是值，不是$(which zsh)）；改完必须关掉所有终端再新建，否则不生效
调试时 env 字段为什么总被忽略？
调试器（如 GDB、Python Debugger、Node.js）启动的是全新进程，完全不继承终端环境——这是设计使然，不是 bug。你在终端里 export NODE_ENV=development，对 F5 启动的程序毫无影响。
- 必须在
.vscode/launch.json的每个configuration下显式写env字段 - 支持插值：
"NODE_ENV": "production"、"HOME": "${env:HOME}"都合法 - 要拼接原有
PATH？必须手动写："PATH": "${env:PATH}:/usr/local/bin"，漏掉${env:PATH}就只剩你硬编码的部分 - 常见错误：
env写在configurations外层（顶层），或误写成environment（旧版字段，已弃用）
运行构建任务（tasks.json）时 PATH 找不到编译器？
tasks.json 默认以空环境启动，哪怕你终端里能跑 gcc，任务里也会报 'gcc' is not recognized（Windows）或 command not found: g++（macOS/Linux）。
- 在
tasks的options.env里补全："options": { "env": { "PATH": "${env:PATH}:/mingw64/bin" } } - 别只依赖
command写绝对路径（如"command": "D:\mingw64\bin\g++.exe"），因为args里调用的工具链（如ar、ranlib）可能仍需PATH查找 - Windows 用户注意：
PATH分隔符是;，不是:；${env:PATH}会自动带原始分隔符，所以拼接时用;即可
想全局统一管理，又不想每个项目都配？避开插件陷阱
所谓“全局环境变量插件”（如 Environment Variables）本质是模拟行为，只对部分扩展（如 Python 插件）起作用，对调试器、任务、终端一概无效——它不是 VSCode 原生机制。
- 真正跨项目的解法只有两个：
① 在系统级配置（如 Linux 的/etc/environment或用户~/.profile），然后**始终从终端启动 VSCode**；
② 用settings.json的terminal.integrated.env.*+launch.json的env+tasks.json的options.env三处保持一致，靠模板或脚本生成 - 容易被忽略的点：Windows 上
System Properties → Environment Variables里改了，但已运行的 VSCode 不会自动 reload，必须彻底退出再开 - 如果用了 WSL，注意 Windows VSCode 和 WSL 终端是两套环境，
terminal.integrated.env.windows对 WSL 终端无效
