VSCode 终端启动失败需依次检查：defaultProfile 配置是否正确、PowerShell 执行策略、shell 初始化文件错误、PATH 及权限问题。
终端启动失败时先检查 terminal.integrated.defaultProfile 配置
VSCode 终端打不开，常见原因是默认 shell 配置指向了不存在或无权限执行的路径。打开设置（Ctrl+,），搜索 terminal.integrated.defaultProfile，确认其值是否为当前系统真实可用的 shell，比如 Windows 上应为 "PowerShell" 或 "Command Prompt"，macOS / Linux 应为 "zsh" 或 "bash"。
如果手动修改过该配置，请检查路径是否拼写错误，例如误写成 "zshh" 或 "/bin/zsh"（末尾空格也会导致失败）；也可在设置中点击「Reset Setting」恢复默认。
Windows 下 PowerShell 启动报错 Execution Policy 拒绝运行
错误信息通常含 execution policies prevent the script from running，这是 PowerShell 默认策略限制了脚本加载，尤其影响 VSCode 自动注入的 shell 集成脚本（如 PowerShell profile 中的初始化逻辑）。
- 临时绕过：在管理员 PowerShell 中运行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 不推荐设为
Unrestricted，存在安全风险 - 若使用非管理员账户，确保加
-Scope CurrentUser，否则会失败 - 改完后需重启 VSCode，仅重启终端无效
macOS / Linux 终端空白或立即退出，重点查 $PATH 和 shell 初始化文件
VSCode 终端启动后闪退或显示 command not found，大概率是 ~/.zshrc、~/.bash_profile 或 /etc/zshrc 中某条命令出错（如调用不存在的二进制、语法错误、阻塞式等待输入）。
- 在系统原生终端中运行
zsh -l -i -c "echo OK"，模拟 VSCode 的登录交互式 shell 启动流程，观察是否报错 - 逐行注释掉
~/.zshrc中可疑行（尤其是source、conda init、nvm加载等）再测试 - VSCode 不读取
~/.bashrc（除非你显式设为 defaultProfile 为 bash 且未配置 login shell），别白改 - 检查
which zsh输出是否与echo $SHELL一致，不一致可能触发权限或沙盒拦截
Permission denied 错误直指 shell 可执行文件权限或父目录访问控制
Linux/macOS 下看到类似 /bin/zsh: Permission denied，不是 shell 本身没权限，而是它的父目录（如 /bin）或更上层路径（如 /）被挂载为 noexec，或用户被 SELinux/AppArmor 限制。
- 运行
mount | grep noexec查看根目录或/bin是否被挂载为不可执行 - 检查
ls -ld / /bin /bin/zsh，确认所有上级目录至少有rx权限，zsh本身有rx - macOS 上若启用 SIP（System Integrity Protection），不要尝试修改
/bin/zsh权限，应改用 Homebrew 安装的 zsh（如/opt/homebrew/bin/zsh）并更新 VSCode 配置 - 某些企业环境会通过 MDM 强制限制终端可执行路径，此时 VSCode 终端无法绕过，需联系 IT
环境变量 和权限问题往往交织在一起，比如 PATH 错误导致加载了错误版本的 zsh，而那个版本又被 SELinux 拦截——排查时得一层层剥开，不能只盯着最后一行报错。
