PowerShell 7.5 在 Windows 上启动即闪退或崩溃，怎么排查与修复

PowerShell 7.5 在 Windows 上启动即闪退或崩溃，怎么排查与修复

【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell

PowerShell 是微软的跨平台命令行外壳与脚本环境。升级到 PowerShell 7.5 后，部分 Windows 用户遇到启动即崩溃的情况：窗口一闪就关、控制台打出报错直接退出、或者管理员模式正常而普通模式失败。本文先教你把症状归到正确分支，再按轻量、标准、彻底三档修复 PowerShell 7.5 Windows 闪退问题，最后给出验证与观察方法。

快速自诊：PowerShell 7.5 Windows 闪退属于哪一种表现

动手之前，先用下面这张表定位你的情况。三种表现走的是完全不同的排查路径，判错方向会浪费大量时间。

另外补一条环境前提：PowerShell 7.5 需要 Windows 10 1607 及以上（含 Windows Server 2016 及以上）。如果系统版本低于此线，升级前请先确认系统本身是否满足要求，这一步不满足时后文方案均不适用。

逐项确认成因：pwsh 无法启动 解决前先跑这三步验证

确认一：用 dotnet --list-runtimes 核对 .NET 运行时

# 查看系统已安装的 .NET 运行时清单 dotnet --list-runtimes

预期输出：列表里应有 Microsoft.WindowsDesktop.App 的 7.0.x 条目（以实际输出为准；仅列出 Microsoft.NETCore.App 而不含 Desktop 版，属于常见缺件情况）。

为什么 7.5 对这项敏感：pwsh 是基于 .NET 7 构建的独立应用，运行时版本不匹配时进程会在加载核心程序集阶段直接终止，这正对应表现 A 的"无提示闪退"。PowerShell 的依赖模型可以从仓库文档中的包管理界面看出来——它通过 NuGet 源引用 System.Management.Automation 等核心包：

界面示意：NuGet 包管理器里 PowerShell 核心包的引用方式

确认二：检查执行策略与安全软件拦截记录

在确认一的输出正常后，依次做两件事：

• 在事件查看器中查看 Windows 日志 > 应用程序，筛选错误级别的"应用程序错误"和"应用程序挂起"事件（事件 ID 1000 / 1002），看故障模块名里是否指向 pwsh 或 .NET 相关组件。
• 回忆近期是否安装过带"PowerShell 保护""脚本拦截"类功能的安全软件，到其隔离区或拦截日志里查 pwsh.exe 的记录。

为什么放在这里确认：组策略、UAC 或第三方拦截命中时，进程往往是被外部终止而非自身异常，事件查看器里的来源和模块名与普通崩溃有明显差异。这一分支对应表现 B、C。

确认三：用 -NoProfile 隔离配置文件

# 跳过所有配置文件启动 pwsh pwsh -NoProfile

判断标准：-NoProfile 能正常进入、而普通启动必闪退，问题就在$PROFILE指向的某个配置脚本里；-NoProfile 也一样失败，则回到确认一和确认二继续查。

为什么配置文件能引发崩溃：升级后旧版本留下的$PROFILE可能调用了 7.5 中已变更的 API，或加载了路径已被移除的模块，脚本在启动阶段抛异常就会带走整个进程。进入控制台后执行$PSVersionTable.PSVersion，核对显示 7.5.x 再谈其他问题：

截图：pwsh 控制台中的模块导入与 $PSVersionTable 版本输出

三档修复方案：按轻量、标准、彻底依次尝试

轻量档：备份 $PROFILE 并调整当前用户执行策略

适用情况：确认三定位到配置文件，或普通模式下执行策略为 Restricted。

# 备份当前用户配置文件，避免排查时误删 $profilePath = (pwsh -NoProfile -Command $PROFILE).Trim() Copy-Item $profilePath "$profilePath.bak" -Force

# 将当前用户的执行策略放宽到 RemoteSigned（不改动机器级策略） Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned -Force

预期结果：重新普通启动 pwsh 能进入控制台；若之前是策略问题，Get-ExecutionPolicy -Scope CurrentUser应显示 RemoteSigned。配置脚本本身有错误时，再逐行二分排查.bak与现有文件的差异。

标准档：补齐 .NET 7 桌面运行时

适用情况：确认一发现 WindowsDesktop.App 缺失或版本不符（多为表现 A）。

1. 到微软 .NET 7.0 运行时官方下载页，安装Desktop Runtime（注意 pwsh 需要 Desktop 版，而不是仅包含基础运行时的那一个）。
2. 安装完成后重启终端会话。

# 验证运行时与 pwsh 本体均正常 dotnet --list-runtimes pwsh -NoProfile -Command "$PSVersionTable.PSVersion.ToString()"

预期输出：第一条命令列出 Microsoft.WindowsDesktop.App 7.0.x；第二条输出 7.5.x（以实际输出为准）。运行时是 pwsh 的宿主，补齐后进程初始化阶段不再终止，表现 A 即消失。

彻底档：卸载重装并清理缓存目录

适用情况：前两档均未解决，且事件查看器中出现多个 .NET 组件相关的错误记录，怀疑安装目录本身已损坏。

1. 通过"设置 > 应用"卸载 PowerShell 7.5（或winget uninstall匹配 Microsoft.PowerShell 7.5 的条目，以实际输出为准）。
2. 删除%LOCALAPPDATA%\Microsoft\PowerShell下的分析缓存目录（保留 Profile 与 Modules 子目录，里面是你的个人配置和模块）。
3. 重新下载安装 7.5 并启动验证。

预期结果：全新安装目录 + 清空缓存后启动正常；如果此时才恢复，说明原故障来自旧安装残留而非系统环境。

修复后的验证与复发观察

进入 pwsh 后执行下面的验证脚本：

# 一次性确认版本号、配置加载状态与模块缓存位置 $PSVersionTable.PSVersion.ToString() Get-Module -ListAvailable | Select-Object -First 5 Name, Version Test-Path (Join-Path $PROFILE "Microsoft.PowerShell_profile.ps1")

判断标准：

• 版本号输出 7.5.x；连续启动 5 次，每次都正常进入控制台。
• 第三条输出 True 且普通启动不再闪退，说明$PROFILE已被正常加载；若输出 False，检查$PROFILE实际路径是否存在。
• 一周内每天留意事件查看器中是否新增 pwsh 相关错误；若系统大版本升级或安全软件更新后复发，优先复跑"确认三"，多数复发都来自配置脚本对新环境的兼容问题。

小结

升级前先阅读变更日志、升级后保留一次-NoProfile启动的习惯，能把大部分闪退挡在发生之前。如需反馈问题或查看各版本改动，可以到官方仓库的 issue 渠道 提交，或查阅官方变更日志与 Windows 构建说明。

【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell