PowerShell中如何捕获AccessViolationException并避免进程崩溃？

你说得完全没错，.NET 4.0及以后版本里，System.AccessViolationException这类**损坏状态异常（CSEs）**默认没法被常规try/catch块捕获，这是微软出于安全考虑的设计——毕竟这类异常意味着内存可能已经被破坏，继续执行程序风险很高。不过在PowerShell里，我们还是有几种办法来处理它，避免整个进程直接崩溃：

1. 用HandleProcessCorruptedStateExceptions特性标记方法 #

这是.NET提供的专门用来捕获损坏状态异常的特性，在PowerShell里可以通过定义C#类的方式来使用：

Add-Type @"
using System;
using System.Runtime.ExceptionServices;

public static class CertStoreSafeWrapper {
    [HandleProcessCorruptedStateExceptions]
    public static void SafeEnumerateCerts(IntPtr storeHandle) {
        try {
            // 在这里调用你的证书枚举方法
            CertStore.Win32Utils.CertEnumCertificatesInStore(storeHandle, IntPtr.Zero);
        }
        catch (AccessViolationException ex) {
            // 只做必要的操作：记录日志、清理资源
            Console.WriteLine($"捕获到内存访问异常: {ex.Message}");
        }
    }
}
"@ -ReferencedAssemblies "你的CertStore程序集路径"

# 调用这个安全包装方法
[CertStoreSafeWrapper]::SafeEnumerateCerts($yourStoreHandle)

注意：这个特性必须直接加在调用引发异常方法的那个函数上，只加在外层try/catch是没用的。另外，捕获后别做复杂操作，内存可能已经损坏，尽量只做日志和清理工作。

2. 启用旧版异常捕获策略 #

如果你不想修改代码，可以通过配置让CLR回到.NET 3.5及以前的行为，允许常规try/catch捕获这类异常：

临时生效（当前PowerShell会话） #

设置环境变量即可，重启会话后失效：

$env:COMPLUS_LegacyCorruptedStateExceptionsPolicy = 1

之后就能用普通的try/catch捕获异常了：

try {
    CertStore.Win32Utils.CertEnumCertificatesInStore($storeHandle, IntPtr.Zero)
}
catch [System.AccessViolationException] {
    Write-Error "捕获到内存访问异常: $_"
    # 执行必要的清理逻辑
}

永久生效（修改配置文件） #

在PowerShell的安装目录（比如Windows PowerShell是C:\Windows\System32\WindowsPowerShell\v1.0，PowerShell 7是C:\Program Files\PowerShell\7）下创建对应配置文件：

• Windows PowerShell：powershell.exe.config
• PowerShell 7：pwsh.exe.config

文件内容如下：

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
   <runtime>
      <legacyCorruptedStateExceptionsPolicy enabled="true" />
   </runtime>
</configuration>

这种方式会影响所有该PowerShell实例运行的代码，安全性上需要自行权衡。

3. 把危险操作隔离到子进程 #

如果觉得上面的方法都不够安全，最稳妥的方式是把可能崩溃的代码放到独立的PowerShell子进程里执行——就算子进程崩溃，主进程也完全不受影响：

$riskyScript = {
    param($storeHandle)
    # 执行可能引发异常的证书枚举操作
    CertStore.Win32Utils.CertEnumCertificatesInStore($storeHandle, IntPtr.Zero)
}

# 启动子进程执行脚本
$job = Start-Job -ScriptBlock $riskyScript -ArgumentList $yourStoreHandle
Wait-Job $job

# 检查执行结果
if ($job.State -eq 'Failed') {
    Write-Error "子进程执行失败: $($job.ChildJobs[0].JobStateInfo.Reason.Message)"
    # 处理失败逻辑
} else {
    $result = Receive-Job $job
    # 处理正常结果
}

Remove-Job $job

这种方式的优势是彻底隔离风险，但缺点是进程间通信有一定开销，传递复杂参数（比如IntPtr）可能需要额外处理。

最后还要提醒一句：AccessViolationException一般是底层非托管代码的bug导致的（比如调用Win32 API时出了问题），捕获异常只是临时的规避方案，最好还是找到根源修复这个内存访问问题。

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