VSCode集成终端不识别export MY_VAR=value，因其默认以non-login方式启动shell，跳过~/.zshrc等配置文件；macOS/Linux应设"terminal.integrated.shellArgs": ["-l"]并重启VSCode，Windows需用terminal.integrated.env.windows手动注入。
VSCode集成终端不识别你刚加的export MY_VAR=value，不是配置写错了，而是它压根没加载那行代码——默认启动方式跳过~/.zshrc、~/.bash_profile等初始化文件。
为什么echo $MY_VAR在VSCode终端里为空
macOS/Linux下VSCode默认以non-login, non-interactive方式启动shell（比如zsh -c "echo $MY_VAR"），不会执行~/.zshrc里的export；Windows下则完全不读shell配置，只继承系统环境变量快照。
- 验证方法：在VSCode终端运行
sh -ic "echo $MY_VAR"，再和系统终端对比输出 - 常见误操作：改完
~/.zshrc后只关窗口不退出VSCode，后台Code Helper (Renderer)进程仍在用旧环境 - macOS用户注意：
~/.zshrc常被GUI应用忽略，真正该配的是~/.zprofile（登录shell读取）
terminal.integrated.shellArgs: ["-l"]必须设对且重启生效
这是macOS/Linux最直接的解法，强制终端走login流程，加载~/.zprofile或~/.bash_profile。
-
["-l"]里的l是小写L，不是数字1；["--login"]或["-i"]无效 - 设完后必须关闭所有已打开的集成终端面板（不只是标签页），再按
Ctrl+`新建一个 - 如果
~/.zprofile开头有[[ -n $ZSH_EVAL_CONTEXT ]] && return这类防护逻辑，会提前退出——临时加echo "zprofile loaded"可验证是否真执行
terminal.integrated.env.*手动注入要拼接原始PATH
这个配置能绕过shell加载问题，但PATH字段会覆盖而非追加，写错就等于删掉系统路径。
- macOS示例：
"terminal.integrated.env.osx": {"MY_VAR": "value", "PATH": "${env:PATH}:/opt/homebrew/bin"} - Windows示例：
"terminal.integrated.env.windows": {"MY_VAR": "value", "PATH": "${env:PATH};C:\msys64\ucrt64\bin"} - Linux注意：
${env:PATH}返回的是当前环境PATH，但如果VSCode本身没继承用户PATH，这个值可能为空——此时得先解决父进程环境问题 - 平台键名必须写对：
.osx、.linux、.windows，写成.mac或.win等于没配
调试器和任务不继承终端环境，必须单独配env
你在终端里export MY_VAR=value，对F5调试或tasks.json构建毫无影响——它们启动的是全新进程，环境完全隔离。
-
launch.json中env必须写在每个configurations对象内部，不能写在外层；旧字段environment已弃用 -
tasks.json需在options.env里补全："options": { "env": { "MY_VAR": "value", "PATH": "${env:PATH}:/usr/local/bin" } } - 所有JSON里路径用
/或\，单个是非法转义符，"C:myin"会报错
最容易被忽略的点：环境变量生效依赖进程级快照，不是文件级配置。改完~/.zprofile或系统PATH后，不杀干净所有Code.exe和Code Helper进程，新变量就进不了任何VSCode子进程。
