拓冰网站定制 
PowerShell 7.5 在 Windows 启动崩溃四步排障完整指南【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell把 PowerShell 从 7.4 升到 7.5 之后双击pwsh窗口闪一下就没了或者命令行里敲pwsh直接退回提示符、没有任何报错。这篇指南帮你按「确认症状 → 定位原因 → 执行修复 → 验证生效」的顺序走完整个 PowerShell 7.5 启动崩溃的排查闭环。先说边界本文只处理Windows 平台上 PowerShell 7.5 进程起不来或启动即退出的问题你的脚本逻辑错误、远程会话WinRM/SSH连不上都不属于本文范围。第一步30 秒自检确认是不是同一个问题 先别急着改系统。对照下表看你的现象落在哪一行你看到的症状最可能的成因pwsh窗口闪退无任何提示.NET 运行时缺失或版本不匹配事件查看器「应用程序」日志有Application Error事件 ID 1000源是pwsh.exe进程级崩溃多为运行时或依赖 DLL 加载失败事件 ID 1026.NET Runtime.NET 运行时版本冲突窗口打开后立刻报解析/执行错误再退出$PROFILE配置文件或脚本策略拦截pwsh -NoProfile能进普通启动就崩配置文件或自动加载的模块出问题确认系统和运行时状态预期OS Name显示 Windows 10/11--list-runtimes列表里能看到Microsoft.NETCore.App条目# 检查 Windows 版本与已安装的 .NET 运行时确认运行前提是否成立 systeminfo | findstr /B /C:OS Name /C:OS Version dotnet --list-runtimes如果自检发现系统低于 Windows 10那是兼容性不支持视环境而定先升级系统再谈后面的步骤。图 1.NET Core 运行时环境的选择界面对应第二步中运行时缺失/不匹配的排查环节第二步三个最常见成因各讲 2 分钟.NET 运行时不匹配。PowerShell 7.5 是 .NET 应用不是 Windows PowerShell 5.1 那种自带 .NET Framework 的仓库 CHANGELOG/7.5.md 记录 7.5 系列是基于 .NET 9 线构建的。系统里缺对应的Microsoft.NETCore.App运行时pwsh.exe会在加载托管代码前就退出典型表现就是闪退 事件 ID 1000。安全策略拦截。UAC、组策略或第三方安全软件会限制脚本执行或进程行为。仓库自带 PowerShellCoreExecutionPolicy.admx 管理模板说明 PowerShell 7 的 ExecutionPolicy 类策略在域环境里是真实存在的管控点——策略卡住的是脚本执行但安全软件的误报可能直接杀进程。$PROFILE配置文件带病。旧版本的配置脚本里可能有 7.5 不再接受的写法或加载了损坏的模块缓存。启动时加载 profile 一报错窗口就带着错误闪掉看起来像系统崩了。第三步分级处理从救急到根治 ️A. 救急先让 pwsh 能用起来临时方案两个动作按顺序试用-NoProfile启动跳过所有配置加载pwsh -NoProfile -NoLogo。能进说明问题出在 profile 或自动加载的模块上而不是安装本身。以管理员身份试一次Start-Process pwsh -Verb RunAs。能进说明是权限/策略问题。这两步都是临时绕过目的是缩小范围、先恢复工作别当最终方案。B. 根治按排查出的成因修B1. 运行时缺失或不匹配前置条件dotnet --list-runtimes输出里没有 7.5 所需的 .NET 9 系列Microsoft.NETCore.App。 操作从 Microsoft 官方下载页安装对应的 .NET 9 运行时只需 Runtime不需要 SDK装完重启系统。 预期结果dotnet --list-runtimes能列出Microsoft.NETCore.App 9.0.xpwsh正常进入交互提示符。B2. 策略或安全软件拦截操作打开gpedit.msc检查 Windows 组件下 PowerShell 7 的 ExecutionPolicy 相关设置是否被域策略禁用同时临时关闭第三方安全软件的主动防御观察一次启动排查完记得开回来。 预期结果调整后pwsh不再被拦截如果是域策略问题需要联系域管理员改策略本地改不了。B3. 配置文件损坏前置条件-NoProfile能进、普通启动就崩。 操作备份 profile 而不是删除然后重进验证# 临时方案绕过配置启动确认是 profile 问题后重命名备份它 pwsh -NoProfile -NoLogo if (Test-Path $PROFILE) { Rename-Item $PROFILE $PROFILE.bak }备份后可用Compare-Object (Get-Content $PROFILE.bak) (Get-Content $PROFILE)逐项找回需要的设置。模块缓存可疑时清理$env:LOCALAPPDATA\Microsoft\PowerShell\7下的缓存目录视环境而定删前先确认路径存在。C. 修复后验证看到什么才算修好了普通方式不带任何参数启动pwsh不闪退、能进入交互提示符后执行# 验证PSVersion 为 7.5.x、PSEdition 为 Core、OS 字段正常即视为启动恢复正常 $PSVersionTable预期输出类似下图PSVersion显示 7.5.x、PSEdition为Core、OS显示你的 Windows 版本。同时回查一次事件查看器确认修复时间之后没有新增ID 1000 / 1026 记录才算闭环。图 2修复后验证截图——$PSVersionTable正常输出版本、版本类型与操作系统信息即启动已恢复第四步常见误区 ❓错误做法看到闪退就删掉整个C:\Program Files\PowerShell\7目录重装。→正确做法先卸载再重装winget或「设置 应用」里移除目录里有受保护的 DLL强删可能留下残留。错误做法把 ExecutionPolicy 设成Unrestricted当万能修复。→正确做法策略只影响脚本能不能跑不影响pwsh进程本身起不起得来先用-NoProfile分清楚是哪一层的问题。错误做法装最新版 .NET哪怕是 preview赌一把。→正确做法装 7.5 对应的 .NET 9 正式版 Runtimepreview 渠道不替代正式版视环境而定。错误做法用 Windows PowerShell 5.1 是否正常来判断 7.5 的问题。→正确做法两者是完全不同的引擎5.1 正常对 7.5 的崩溃没有参考意义。错误做法一上来就改注册表、清全盘缓存。→正确做法按「-NoProfile → 管理员启动 → 查事件日志」的顺序缩小范围每步都有明确预期结果。收尾最值钱的一句话先用pwsh -NoProfile把安装问题和配置问题切开再按成因修别碰目录、别乱删注册表。持续跟进版本状态可以看 CHANGELOG/7.5.md 与 CHANGELOG.mdWindows 构建与运行环境细节见 docs/building/windows-core.md按 docs/FAQ.md 先自查一轮。若仍未解决收集三样东西——事件查看器中 ID 1000/1026 的完整条目、COREHOST_TRACE1环境变量下的pwsh启动跟踪输出仓库 docs/debugging/README.md 有说明、以及$PSVersionTable全文——然后到 PowerShell 项目的 issue tracker 提交 issue附上操作系统版本与复现步骤。【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 PowerShell 7.5 在 Windows 启动崩溃：四步排障完整指南
PowerShell 7.5 在 Windows 启动崩溃四步排障完整指南【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell把 PowerShell 从 7.4 升到 7.5 之后双击pwsh窗口闪一下就没了或者命令行里敲pwsh直接退回提示符、没有任何报错。这篇指南帮你按「确认症状 → 定位原因 → 执行修复 → 验证生效」的顺序走完整个 PowerShell 7.5 启动崩溃的排查闭环。先说边界本文只处理Windows 平台上 PowerShell 7.5 进程起不来或启动即退出的问题你的脚本逻辑错误、远程会话WinRM/SSH连不上都不属于本文范围。第一步30 秒自检确认是不是同一个问题 先别急着改系统。对照下表看你的现象落在哪一行你看到的症状最可能的成因pwsh窗口闪退无任何提示.NET 运行时缺失或版本不匹配事件查看器「应用程序」日志有Application Error事件 ID 1000源是pwsh.exe进程级崩溃多为运行时或依赖 DLL 加载失败事件 ID 1026.NET Runtime.NET 运行时版本冲突窗口打开后立刻报解析/执行错误再退出$PROFILE配置文件或脚本策略拦截pwsh -NoProfile能进普通启动就崩配置文件或自动加载的模块出问题确认系统和运行时状态预期OS Name显示 Windows 10/11--list-runtimes列表里能看到Microsoft.NETCore.App条目# 检查 Windows 版本与已安装的 .NET 运行时确认运行前提是否成立 systeminfo | findstr /B /C:OS Name /C:OS Version dotnet --list-runtimes如果自检发现系统低于 Windows 10那是兼容性不支持视环境而定先升级系统再谈后面的步骤。图 1.NET Core 运行时环境的选择界面对应第二步中运行时缺失/不匹配的排查环节第二步三个最常见成因各讲 2 分钟.NET 运行时不匹配。PowerShell 7.5 是 .NET 应用不是 Windows PowerShell 5.1 那种自带 .NET Framework 的仓库 CHANGELOG/7.5.md 记录 7.5 系列是基于 .NET 9 线构建的。系统里缺对应的Microsoft.NETCore.App运行时pwsh.exe会在加载托管代码前就退出典型表现就是闪退 事件 ID 1000。安全策略拦截。UAC、组策略或第三方安全软件会限制脚本执行或进程行为。仓库自带 PowerShellCoreExecutionPolicy.admx 管理模板说明 PowerShell 7 的 ExecutionPolicy 类策略在域环境里是真实存在的管控点——策略卡住的是脚本执行但安全软件的误报可能直接杀进程。$PROFILE配置文件带病。旧版本的配置脚本里可能有 7.5 不再接受的写法或加载了损坏的模块缓存。启动时加载 profile 一报错窗口就带着错误闪掉看起来像系统崩了。第三步分级处理从救急到根治 ️A. 救急先让 pwsh 能用起来临时方案两个动作按顺序试用-NoProfile启动跳过所有配置加载pwsh -NoProfile -NoLogo。能进说明问题出在 profile 或自动加载的模块上而不是安装本身。以管理员身份试一次Start-Process pwsh -Verb RunAs。能进说明是权限/策略问题。这两步都是临时绕过目的是缩小范围、先恢复工作别当最终方案。B. 根治按排查出的成因修B1. 运行时缺失或不匹配前置条件dotnet --list-runtimes输出里没有 7.5 所需的 .NET 9 系列Microsoft.NETCore.App。 操作从 Microsoft 官方下载页安装对应的 .NET 9 运行时只需 Runtime不需要 SDK装完重启系统。 预期结果dotnet --list-runtimes能列出Microsoft.NETCore.App 9.0.xpwsh正常进入交互提示符。B2. 策略或安全软件拦截操作打开gpedit.msc检查 Windows 组件下 PowerShell 7 的 ExecutionPolicy 相关设置是否被域策略禁用同时临时关闭第三方安全软件的主动防御观察一次启动排查完记得开回来。 预期结果调整后pwsh不再被拦截如果是域策略问题需要联系域管理员改策略本地改不了。B3. 配置文件损坏前置条件-NoProfile能进、普通启动就崩。 操作备份 profile 而不是删除然后重进验证# 临时方案绕过配置启动确认是 profile 问题后重命名备份它 pwsh -NoProfile -NoLogo if (Test-Path $PROFILE) { Rename-Item $PROFILE $PROFILE.bak }备份后可用Compare-Object (Get-Content $PROFILE.bak) (Get-Content $PROFILE)逐项找回需要的设置。模块缓存可疑时清理$env:LOCALAPPDATA\Microsoft\PowerShell\7下的缓存目录视环境而定删前先确认路径存在。C. 修复后验证看到什么才算修好了普通方式不带任何参数启动pwsh不闪退、能进入交互提示符后执行# 验证PSVersion 为 7.5.x、PSEdition 为 Core、OS 字段正常即视为启动恢复正常 $PSVersionTable预期输出类似下图PSVersion显示 7.5.x、PSEdition为Core、OS显示你的 Windows 版本。同时回查一次事件查看器确认修复时间之后没有新增ID 1000 / 1026 记录才算闭环。图 2修复后验证截图——$PSVersionTable正常输出版本、版本类型与操作系统信息即启动已恢复第四步常见误区 ❓错误做法看到闪退就删掉整个C:\Program Files\PowerShell\7目录重装。→正确做法先卸载再重装winget或「设置 应用」里移除目录里有受保护的 DLL强删可能留下残留。错误做法把 ExecutionPolicy 设成Unrestricted当万能修复。→正确做法策略只影响脚本能不能跑不影响pwsh进程本身起不起得来先用-NoProfile分清楚是哪一层的问题。错误做法装最新版 .NET哪怕是 preview赌一把。→正确做法装 7.5 对应的 .NET 9 正式版 Runtimepreview 渠道不替代正式版视环境而定。错误做法用 Windows PowerShell 5.1 是否正常来判断 7.5 的问题。→正确做法两者是完全不同的引擎5.1 正常对 7.5 的崩溃没有参考意义。错误做法一上来就改注册表、清全盘缓存。→正确做法按「-NoProfile → 管理员启动 → 查事件日志」的顺序缩小范围每步都有明确预期结果。收尾最值钱的一句话先用pwsh -NoProfile把安装问题和配置问题切开再按成因修别碰目录、别乱删注册表。持续跟进版本状态可以看 CHANGELOG/7.5.md 与 CHANGELOG.mdWindows 构建与运行环境细节见 docs/building/windows-core.md按 docs/FAQ.md 先自查一轮。若仍未解决收集三样东西——事件查看器中 ID 1000/1026 的完整条目、COREHOST_TRACE1环境变量下的pwsh启动跟踪输出仓库 docs/debugging/README.md 有说明、以及$PSVersionTable全文——然后到 PowerShell 项目的 issue tracker 提交 issue附上操作系统版本与复现步骤。【免费下载链接】PowerShellPowerShell for every system!项目地址: https://gitcode.com/GitHub_Trending/po/PowerShell创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考