终端进程已终止，退出代码: 1 是因 shell 启动失败，常见于 PowerShell 执行策略限制、shell 配置文件语法错误或路径配置错误，需通过系统终端模拟启动验证并逐项排查。
终端进程已终止，退出代码: 1 是什么问题
这是 VSCode 集成终端最常见的报错，本质是 shell 启动失败。VSCode 尝试调用系统默认 shell（如 pwsh.exe、cmd.exe、bash 或 zsh）时被阻断，不是 VSCode 自身崩溃，而是子进程没起来。
- Windows 常见于 PowerShell 执行策略限制，导致
pwsh.exe启动后立即退出 -
macOS/Linux 多因 shell 配置文件（如
~/.zshrc或~/.bash_profile）中存在语法错误或阻塞型命令（比如卡在read、sleep或未响应的网络请求） - 也可能是终端路径配置错误：在设置里手动填了不存在的
terminal.integrated.profiles.windows路径，比如指向了已卸载的 Git Bash 的git-bash.exe
如何快速验证是 shell 配置问题
绕过 VSCode，直接在系统终端里模拟启动——这能排除 VSCode 干扰，直击根源。
- Windows：打开「运行」→ 输入
pwsh.exe -NoExit -Command "Write-Host 'OK'"，如果窗口闪退，说明 PowerShell 执行策略或 profile 报错 - macOS：终端执行
zsh -l -i -c "echo OK"（-l加载 login shell 配置，-i表示交互式，和 VSCode 启动方式一致） - Linux：同上，把
zsh换成你实际用的 shell，比如bash -l -i -c "echo OK"
只要这个命令失败或卡住，VSCode 终端必然打不开——因为它是完全复用同一套启动逻辑。
修改 VSCode 终端默认 shell 的安全方式
不要盲目改 terminal.integrated.defaultProfile.*，先确认哪个 shell 真的能跑通。推荐按优先级顺序尝试：
- Windows：在设置搜索框输入
terminal.integrated.defaultProfile.windows，临时设为"Command Prompt"（对应cmd.exe），它几乎不受策略影响，可作为诊断基线 - macOS/Linux：在设置里找到
terminal.integrated.defaultProfile.osx或terminal.integrated.defaultProfile.linux，设为"bash"（即使你日常用 zsh），因为 bash 初始化更轻量，容错更强 - 进阶：想继续用 PowerShell？以管理员身份打开 PowerShell，运行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser，避免全局放开策略
检查并清理 shell 配置文件中的“隐形陷阱”
很多终端打不开，是因为 ~/.zshrc 里一行看似无害的命令实际会阻塞初始化，比如：
if [ -f ~/.nvm/nvm.sh ]; then source ~/.nvm/nvm.sh # ← 如果 nvm 安装异常或权限不对，这里就卡死 fi
排查方法很简单：
- 临时重命名配置文件：比如把
~/.zshrc改成~/.zshrc.bak，再重启 VSCode，看终端是否恢复 - 逐段注释：在配置文件开头加
#，保存后重启 VSCode 终端，直到定位到哪一行触发失败 - 特别注意：所有涉及网络、IO、交互式输入（
read）、未加&的后台命令，都应在 shell 初始化阶段规避
VSCode 终端的初始化必须是“无交互、无等待、无副作用”的——它不等你按回车，也不帮你开新窗口，任何偏离这点的配置，都会让它静默失败。
