PowerShell退出代码2本质是“系统找不到指定的文件”，常见于模块加载失败（如posh-git、conda.psm1路径缺失或版本不兼容）、执行策略作用域冲突（CurrentUser与LocalMachine不一致）、$PROFILE中Import-Module引发PATH污染，或VSCode终端缓存旧启动上下文所致。
PowerShell 模块加载失败时终端直接退出（退出代码 2）
VSCode 终端启动 PowerShell 后瞬间关闭，报错 terminal process ... powershell.exe has terminated with exit code: 2，本质不是脚本被拒绝执行，而是模块初始化阶段就崩溃了。退出代码 2 在 Windows 中明确表示“系统找不到指定的文件”，常见于 PowerShell 尝试导入某个模块（如 posh-git、oh-my-posh 或 Anaconda 注入的 conda.psm1）时，模块路径不存在、依赖缺失或版本不兼容，导致 Import-Module 报错后进程强制终止。
排查关键点：
- 打开独立 PowerShell 窗口（非 VSCode），运行
Get-Module -ListAvailable，确认报错模块是否真能被发现 - 检查该模块的
.psm1文件是否存在，尤其注意路径中是否有中文、空格或 OneDrive/同步目录符号链接 - 在独立 PowerShell 中手动执行
Import-Module 模块名 -Force -Verbose，观察具体哪一行失败 - VSCode 终端默认加载
$PROFILE，而独立 PowerShell 可能没加载——所以问题只在 VSCode 出现
profile.ps1 调用模块时触发执行策略拦截（非 Restricted 但作用域冲突）
即使 Get-ExecutionPolicy 返回 RemoteSigned，终端仍报“无法加载文件 XXX.ps1，因为在此系统上禁止运行脚本”，说明策略实际生效的作用域不对。PowerShell 执行策略按作用域分层（MachinePolicy、UserPolicy、Process、CurrentUser、LocalMachine），而 VSCode 终端默认继承的是 CurrentUser 作用域，但某些模块（如 conda 初始化写入的 profile）可能在 LocalMachine 下注册，而该作用域被组策略（GPO）锁定为 Undefined 或 Restricted，导致策略回退到最严模式。
验证与修复要点：
- 在 VSCode 终端中运行
Get-ExecutionPolicy -List，重点看CurrentUser和Process两行——后者代表当前会话实际生效的策略 - 若
Process显示Undefined，说明它正从更高优先级作用域继承值；此时仅改CurrentUser无效 - 临时绕过：在 VSCode 设置中添加
"terminal.integrated.profiles.windows": { "PowerShell": { "source": "PowerShell", "args": ["-ExecutionPolicy", "Bypass", "-NoProfile"] } }，跳过 profile 加载和策略检查（仅调试用） - 长期方案：用
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser，并确保 conda/pnpm/yarn 的初始化逻辑也运行在同一作用域下
模块自动导入引发路径污染或环境变量覆盖
某些模块（如旧版 posh-git 或自定义 profile 工具）会在 Import-Module 时修改 $env:PATH，把错误的 node.exe、python.exe 或重复的 npm 目录前置，导致后续 npm install 或 python -m venv 命令调用到损坏的二进制文件，进而触发子进程崩溃，表现为终端“执行几秒后闪退”。这种问题不会报明确错误，但 npm 命令卡住、node -v 返回空或乱码是典型信号。
快速定位方法：
- 在 VSCode 终端中运行
$env:PATH -split ';' | Select-String -Pattern 'node|python|npm'，检查路径顺序和重复项 - 对比独立 PowerShell 中的
$env:PATH，差异部分大概率来自 profile 加载的模块 - 临时禁用模块：注释掉
$PROFILE中所有Import-Module行，重启终端测试是否恢复 - 模块本身可配置跳过 PATH 修改（如
oh-my-posh的--no-path参数），需查阅其文档
为什么改完策略、删了 profile 还是不行？
真正容易被忽略的点是：VSCode 终端进程启动时，会读取一个隐藏的“启动配置上下文”，它缓存了上次成功加载的模块列表和环境快照。哪怕你已删除 $PROFILE、重置执行策略、甚至重装 PowerShell，只要 VSCode 没彻底清空这个上下文，它仍会尝试复原旧状态并失败。这不是 bug，而是 PowerShell Host 的设计行为。
必须做的清理动作：
- 完全退出 VSCode（包括后台进程，任务管理器里杀掉所有
Code.exe和powershell.exe） - 删除
$env:USERPROFILE\AppData\Roaming\Code\Cache和$env:USERPROFILE\AppData\Roaming\Code\CachedData（VSCode 缓存目录） - 在干净的 PowerShell 中运行
Remove-Item $env:USERPROFILE\Documents\WindowsPowerShell\* -Recurse -Force（清除所有 profile 相关残留） - 最后再以普通用户身份重新打开 VSCode —— 不要“以管理员身份运行”，否则会加载另一套隔离的配置
