PowerShell 7.5.0-preview.5 启动崩溃问题深度分析

问题现象

近期，部分用户在尝试运行 PowerShell 7.5.0-preview.5 版本时遇到了严重的启动崩溃问题。当用户启动 PowerShell 预览版时，程序会立即崩溃并显示"Fatal error. Internal CLR error. (0x80131506)"错误信息，随后输出详细的堆栈跟踪信息。

从错误堆栈中可以观察到，崩溃发生在 CLR（Common Language Runtime，.NET 的运行时环境）内部，具体是在 System.Runtime.CompilerServices.RuntimeHelpers.PrepareMethod 方法调用期间。值得注意的是，堆栈中出现了多个以"A."开头的模糊方法名（如A.d.d、A.a.D等），这通常表明有第三方代码被注入到了执行流程中。

根本原因分析

经过技术专家深入调查，发现这一问题与安全软件 SentinelOne 的运行时注入行为有关。具体表现为：

1. SentinelOne 通过其组件 SentinelDotNetCore.dll 注入到 PowerShell 进程
2. 该组件拦截了程序集加载过程（LoadFromAssemblyPath）
3. 在 .NET 9 运行时环境下，这种拦截行为导致了 CLR 内部错误

特别值得注意的是，这一问题不仅影响 PowerShell，也影响了其他基于 .NET 9 的应用程序，如 Paint.NET 5.1 等。这表明这是一个具有普遍性的兼容性问题，而非 PowerShell 特有的缺陷。

影响范围

• 受影响的 PowerShell 版本：7.5.0-preview.5 及更高预览版
• 受影响的系统环境：安装了 SentinelOne 安全软件的 Windows 系统
• 受影响的 .NET 版本：主要发生在 .NET 9 运行时环境

临时解决方案

对于急需使用 PowerShell 7.5 预览版的用户，可以尝试以下临时解决方案：

1. 使用 -NonInteractive -NoProfile 参数启动 PowerShell，这会跳过 PSReadline 模块的加载
2. 在启动后避免手动导入 PSReadline 模块（Import-Module PSReadline）
3. 回退到 PowerShell 7.5.0-preview.3 或更早版本

长期解决方案

由于此问题的根源在于安全软件的运行时注入行为，最终的修复需要 SentinelOne 方面进行调整。微软 PowerShell 团队和 .NET 团队已经将此问题标记为"外部依赖"，意味着：

1. PowerShell 核心代码本身没有需要修复的缺陷
2. 任何在 PowerShell 层面的"修复"都可能只是临时规避措施
3. 真正的解决方案需要 SentinelOne 更新其产品以兼容 .NET 9 运行时

技术启示

这一事件为我们提供了几个重要的技术启示：

1. 安全软件兼容性：安全软件的注入式保护机制需要特别关注与运行时环境的兼容性
2. 依赖管理：现代软件开发中，第三方依赖（包括安全软件）可能引入难以预料的问题
3. 错误诊断：当遇到模糊的运行时错误时，检查是否有第三方注入组件是重要的诊断步骤

对于企业用户而言，建议在部署新版本 PowerShell 或 .NET 运行时前，先在测试环境中验证与现有安全软件的兼容性，以避免生产环境中的意外中断。