插件更新后terminal.integrated.env.*配置失效，根本原因是VSCode强制重启终端触发全新非登录shell启动，导致~/.zshrc未执行，nvm/pyenv等函数和PATH丢失；正确做法是将初始化逻辑（如source ~/.zshrc）移至~/.zprofile（macOS）或~/.profile（Linux），而非仅靠env配置拼PATH。
插件更新本身不会覆盖工作区环境变量，真正出问题的是更新后重启导致的终端初始化逻辑重载——尤其是 Oh My Zsh 或 pyenv/nvm 类插件未被正确加载时，PATH 和函数全丢了。
为什么插件更新后 terminal.integrated.env.* 配置突然失效
这不是配置被“覆盖”，而是 VSCode 在插件更新后会强制重启集成终端进程（尤其涉及 shell 相关插件如 ms-vscode.powershell、zsh-extension 等），触发全新 shell 启动流程。此时若终端仍以非登录模式启动 zsh/bash，~/.zshrc 就不会执行，所有由它定义的 nvm、pyenv、自定义 PATH 全部消失。
- 现象：插件更新完一开终端，
which python返回/usr/bin/python3，nvm --version报command not found - 根本原因：VSCode 终端默认不 source
~/.zshrc，只读~/.zprofile（macOS）或几乎不读任何文件（Linux GUI） - 插件更新只是“扳机”，不是“元凶”——它让原本就脆弱的初始化链暴露出来
terminal.integrated.env.* 不该直接写 PATH，而应补全初始化逻辑
在 settings.json 里硬写 "terminal.integrated.env.osx": { "PATH": "/opt/homebrew/bin:${env:PATH}" } 是治标不治本。它只改了环境变量，没加载函数、alias 和 shell 插件，nvm use 还是报错。
- 正确做法：把 Oh My Zsh 的初始化逻辑（通常是
source $ZSH/oh-my-zsh.sh）挪到~/.zprofile开头，确保非登录 shell 也能执行 - macOS 用户务必检查
~/.zprofile是否包含source ~/.zshrc——Oh My Zsh 安装后常删掉这行，导致旧 PATH 和工具链丢失 - Linux 用户建议在
~/.bash_profile或~/.profile中显式 source~/.bashrc或~/.zshrc，桌面环境继承不可靠
工作区 settings.json 里的 env 配置优先级低于 shell 初始化
terminal.integrated.env.* 是在 shell 进程启动后、执行命令前注入的，它无法替代 source 带来的函数定义和 alias 扩展。也就是说，就算你在工作区 .vscode/settings.json 里写了 "terminal.integrated.env.linux": { "PATH": "...", "PYENV_ROOT": "..." }，pyenv versions 依然会报 command not found。
- 验证方法：终端里运行
declare -f pyenv，返回空说明函数根本没加载 - 安全做法：工作区配置只用于补充变量（如
GO111MODULE=on），不要指望它修复 shell 工具链 - 若必须隔离环境，用
terminal.integrated.profiles.linux自定义一个带--login参数的 shell 启动项，强制走完整初始化
最易被忽略的一点：VSCode 的「重新打开远程窗口」或「重载窗口」操作，会清空当前终端 session 并新建一个——它不会继承上一个终端里手动 source 过的环境。所有依赖动态加载的工具，都得靠 shell 启动时自动完成，而不是靠人手补。
