.NET运行时内部错误致混合模式应用崩溃，求排查与异常捕获方案

一、内存损坏问题排查步骤 #

• 启用.NET运行时内存检测：在应用配置文件sdmail.exe.config中添加以下配置，开启内存损坏检测及详细运行日志：

<configuration>
  <runtime>
    <gcServer enabled="true"/>
    <etwEnable enabled="true"/>
    <appDomainResourceMonitoring enabled="true"/>
    <corruptedStateExceptionsPolicy enabled="true"/>
    <debug enabled="true"/>
  </runtime>
</configuration>

• 用WinDbg深入分析内存地址：
  • 执行!address 1710f344查看该内存地址的属性，确认其属于托管堆、非托管堆还是已释放内存区域
  • 运行!dumpheap -type System.Object遍历托管堆对象，检查是否存在地址接近或包含1710f344的异常对象
  • 执行!verifyheap验证托管堆完整性，若发现损坏，结合!dumpheap -stat定位高频出现的异常类型，缩小排查范围
• 开启页堆验证：通过GFlags工具为sdmail.exe启用完整页堆验证，命令：

gflags /i sdmail.exe +hpa

此设置会在内存释放后标记为无效区域，下次非法访问会立即触发崩溃，直接定位内存损坏的源头代码

• 排查非托管代码内存操作：混合模式应用中，非托管代码的内存越界、泄漏或指针误用是常见诱因，重点检查所有P/Invoke调用、COM组件交互部分，确保内存分配与释放配对，指针操作合法
• 分析崩溃调用栈上下文：用kb命令查看完整调用栈，确认clr!standalone::ScanStackRoots的调用来源，排查是否存在非托管代码触发GC的异常场景

二、异常捕获方案 #

此类崩溃属于.NET损坏状态异常（CSE），普通try/catch无法捕获，需结合配置与特殊处理逻辑：

• 配置文件启用CSE捕获：在sdmail.exe.config中添加：

<configuration>
  <runtime>
    <corruptedStateExceptionsPolicy enabled="true"/>
  </runtime>
</configuration>

• 托管代码添加特性标记：在托管入口方法或异常处理方法上添加[HandleProcessCorruptedStateExceptions]特性，配合catch (Exception ex)捕获CSE：

[HandleProcessCorruptedStateExceptions]
static void Main()
{
    try
    {
        // 应用启动逻辑
    }
    catch (Exception ex)
    {
        // 异常日志记录与处理
    }
}

• 非托管代码使用SEH处理：用__try/__except结构化异常处理包裹非托管入口代码，替代C++的try/catch（后者无法捕获SEH异常）：

int main()
{
    __try
    {
        // .NET运行时加载、应用初始化逻辑
        return 0;
    }
    __except(EXCEPTION_EXECUTE_HANDLER)
    {
        // 异常处理：记录日志、静默退出
        return 1;
    }
}

• 提前设置异常过滤器：确保SetUnhandledExceptionFilter在加载.NET运行时之前调用，避免被CLR覆盖；若需禁用系统崩溃弹窗，可调用WerAddExcludedApplication API将sdmail.exe加入排除列表，避免触发系统错误报告

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