PowerShell 5执行get-package崩溃异常，寻求技术分析与解决方案

核心问题定位 #

• 触发的System.AccessViolationException（内存访问违规）关联KERNELBASE.dll故障，说明问题出在系统底层组件与PowerShell 5依赖的.NET Framework 4.x环境交互层面，而非命令本身——PowerShell 7和ISE执行正常可佐证这一点。
• 功能两周前突然失效，大概率是系统更新、第三方软件篡改、PowerShell核心组件损坏三类原因导致。

排查与修复步骤 #

1. 修复.NET Framework 4.x环境 #

PowerShell 5依赖.NET Framework 4.x，事件ID1026明确指向框架版本v4.0.30319，优先修复框架：

• 打开控制面板→程序和功能→启用或关闭Windows功能，找到.NET Framework 4.8 Advanced Services，先取消勾选并确定，重启系统后重新勾选启用。
• 运行微软官方的.NET Framework修复工具，自动检测并修复框架损坏问题。

2. 修复系统与PowerShell核心文件 #

• 执行系统文件扫描命令，修复powershell.exe、KERNELBASE.dll等关键文件：

  sfc /scannow
  

• 若sfc无法修复，执行系统映像修复命令：

  DISM /Online /Cleanup-Image /RestoreHealth
  

3. 排查第三方模块/配置干扰 #

PowerShell启动时加载的第三方模块或用户配置可能引发内存冲突，尝试干净模式启动测试：

• 打开命令提示符，执行以下命令启动无配置的PowerShell 5：

  powershell.exe -NoProfile -NoLogo
  

• 在干净环境中执行get-package，若正常则说明是用户配置文件（$PROFILE）或第三方模块问题，逐步排查已安装模块和启动脚本。

4. 检查近期Windows更新 #

• 打开设置→更新和安全→Windows更新→查看更新历史记录→卸载更新，找到两周前后安装的KB补丁，逐一卸载测试，确认是否为更新导致的兼容性问题。

5. 验证PackageManagement与WMI组件 #

get-package依赖PackageManagement模块和WMI服务，执行以下操作：

• 确保Windows Management Instrumentation服务处于运行状态，重启该服务后重试命令。
• 重新注册NuGet包源，修复PackageManagement组件：

  Register-PackageSource -Name nuget.org -Location https://www.nuget.org/api/v2 -ProviderName NuGet -Force
  

内容的提问来源于stack exchange，提问作者jg3209