WPF C#应用中捕获C++/CLI及C++ DLL段故障方案咨询

针对你遇到的问题——WPF应用里C++/CLI或原生C++代码触发的段错误、访问违规这类系统级崩溃无法被.NET异常机制捕获，只能弹出Windows默认崩溃弹窗且无日志的情况，结合Windows平台的结构化异常处理（SEH）特性，再适配你已有控制台版本的信号处理经验，这里有一套完整的实现方案：

1. 核心思路：用Windows原生API注册全局异常过滤器 #

这类系统级崩溃属于Windows的结构化异常，.NET的try/catch或AppDomain.UnhandledException根本碰不到它们，必须用Windows API SetUnhandledExceptionFilter来注册全局过滤器。当未处理的SEH异常发生时，系统会回调我们的自定义函数，这时就能记录堆栈、错误信息，甚至阻止默认崩溃弹窗。

实现代码（原生C++/C++/CLI通用） #

#include <windows.h>
#include <DbgHelp.h>
#include <cstdio>

// 链接DbgHelp库来获取堆栈回溯功能
#pragma comment(lib, "Dbghelp.lib")

LONG WINAPI CustomCrashHandler(EXCEPTION_POINTERS* pExceptionInfo)
{
    // 打开日志文件，这里可以替换成你现有的Logger逻辑
    HANDLE hLogFile = CreateFile(L"app_crash.log", GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
    if (hLogFile != INVALID_HANDLE_VALUE)
    {
        HANDLE hCurrentProcess = GetCurrentProcess();
        // 初始化符号服务，用于解析堆栈
        SymInitialize(hCurrentProcess, NULL, TRUE);

        char logBuffer[1024];
        sprintf_s(logBuffer, "=== Crash Occurred ===\nException Code: 0x%X\n", pExceptionInfo->ExceptionRecord->ExceptionCode);
        WriteFile(hLogFile, logBuffer, strlen(logBuffer), NULL, NULL);

        // 生成堆栈跟踪
        STACKFRAME64 stackFrame = {0};
        stackFrame.AddrPC.Mode = AddrModeFlat;
        stackFrame.AddrFrame.Mode = AddrModeFlat;
        stackFrame.AddrStack.Mode = AddrModeFlat;

        // 根据平台设置寄存器值（64位/32位）
#ifdef _WIN64
        stackFrame.AddrPC.Offset = pExceptionInfo->ContextRecord->Rip;
        stackFrame.AddrFrame.Offset = pExceptionInfo->ContextRecord->Rbp;
        stackFrame.AddrStack.Offset = pExceptionInfo->ContextRecord->Rsp;
        DWORD machineType = IMAGE_FILE_MACHINE_AMD64;
#else
        stackFrame.AddrPC.Offset = pExceptionInfo->ContextRecord->Eip;
        stackFrame.AddrFrame.Offset = pExceptionInfo->ContextRecord->Ebp;
        stackFrame.AddrStack.Offset = pExceptionInfo->ContextRecord->Esp;
        DWORD machineType = IMAGE_FILE_MACHINE_I386;
#endif

        sprintf_s(logBuffer, "Stack Trace:\n");
        WriteFile(hLogFile, logBuffer, strlen(logBuffer), NULL, NULL);

        while (StackWalk64(machineType, hCurrentProcess, GetCurrentThread(), &stackFrame, pExceptionInfo->ContextRecord, NULL, SymFunctionTableAccess64, SymGetModuleBase64, NULL))
        {
            // 获取模块名
            char modulePath[MAX_PATH];
            DWORD64 moduleBase = SymGetModuleBase64(hCurrentProcess, stackFrame.AddrPC.Offset);
            if (GetModuleFileNameA((HMODULE)moduleBase, modulePath, MAX_PATH))
            {
                // 只取模块文件名，去掉路径
                char* moduleName = strrchr(modulePath, '\\') ? strrchr(modulePath, '\\') + 1 : modulePath;
                sprintf_s(logBuffer, "Module: %s\n", moduleName);
                WriteFile(hLogFile, logBuffer, strlen(logBuffer), NULL, NULL);
            }

            // 获取函数名
            SYMBOL_INFO* pSymbol = (SYMBOL_INFO*)malloc(sizeof(SYMBOL_INFO) + 255 * sizeof(char));
            pSymbol->SizeOfStruct = sizeof(SYMBOL_INFO);
            pSymbol->MaxNameLen = 255;
            if (SymFromAddr(hCurrentProcess, stackFrame.AddrPC.Offset, NULL, pSymbol))
            {
                sprintf_s(logBuffer, "  Function: %s (0x%llX)\n", pSymbol->Name, pSymbol->Address);
                WriteFile(hLogFile, logBuffer, strlen(logBuffer), NULL, NULL);
            }
            free(pSymbol);
        }

        SymCleanup(hCurrentProcess);
        CloseHandle(hLogFile);
    }

    // 返回EXCEPTION_EXECUTE_HANDLER可以阻止Windows默认崩溃弹窗，直接退出；如果要保留弹窗，返回EXCEPTION_CONTINUE_SEARCH
    return EXCEPTION_EXECUTE_HANDLER;
}

// 注册崩溃处理器的初始化函数
void RegisterGlobalCrashHandler()
{
    SetUnhandledExceptionFilter(CustomCrashHandler);
}

2. 在C++/CLI层初始化时激活处理器 #

因为你的WPF应用会加载C++/CLI组件，所以可以在C++/CLI的初始化入口里调用上面的注册函数，确保在应用启动后就生效：

C++/CLI代码示例 #

#pragma managed

using namespace System;

namespace YourCliBridgeNamespace
{
    public ref class CrashHandlerBootstrapper
    {
    public:
        static void Initialize()
        {
            // 调用原生C++的注册函数
            RegisterGlobalCrashHandler();
        }
    };
}

然后在C#的Main方法里，优先初始化这个崩溃处理器：

static void Main(string[] args)
{
    // 先注册全局崩溃处理，确保早于其他组件初始化
    YourCliBridgeNamespace.CrashHandlerBootstrapper.Initialize();

    // 你原有的异常处理逻辑
    AppDomain.CurrentDomain.UnhandledException += CurrentDomainOnUnhandledException;
    
    // 其他应用初始化代码...
}

3. 整合你已有控制台的信号处理逻辑（可选） #

如果你原生控制台版本已经处理了SIGSEGV、SIGABRT这类信号，可以把那部分逻辑整合到上面的崩溃处理器里，或者在Windows平台额外注册信号处理函数（注意Windows的信号和POSIX有差异，但核心信号是兼容的）：

#include <signal.h>

void SignalHandler(int signal)
{
    // 调用你现有的日志记录逻辑，比如和SEH处理器共用堆栈生成函数
    // 这里示例直接写入日志
    FILE* pLogFile = fopen("signal_crash.log", "w");
    if (pLogFile)
    {
        fprintf(pLogFile, "Received fatal signal: %d\n", signal);
        fclose(pLogFile);
    }
    // 退出应用
    exit(EXIT_FAILURE);
}

// 更新注册函数，添加信号处理
void RegisterGlobalCrashHandler()
{
    SetUnhandledExceptionFilter(CustomCrashHandler);
    // 注册常见崩溃信号
    signal(SIGSEGV, SignalHandler); // 段错误
    signal(SIGABRT, SignalHandler); // 中止信号
    signal(SIGFPE, SignalHandler);  // 浮点异常
}

4. 关键注意事项 #

• 调试模式下的特殊处理：Visual Studio调试器会优先捕获SEH异常，所以调试时你的自定义处理器可能不会触发。可以在调试器的“异常设置”里取消勾选“Win32 Exceptions”的抛出时中断，或者直接运行发布版本测试。
• 符号解析的可靠性：要确保应用部署时包含对应的PDB文件，否则堆栈跟踪里的函数名可能无法正确解析。
• 权限问题：日志文件的写入路径要选应用有写入权限的目录（比如用户文档目录），避免因权限不足导致日志丢失。
• 线程安全：日志记录逻辑必须保证线程安全，因为崩溃可能发生在任意工作线程。

这样设置后，当C++/CLI或原生C++代码触发段错误、访问违规这类系统级崩溃时，你的自定义处理器会自动记录详细的崩溃信息到日志，然后可以选择直接退出应用，不再弹出Windows默认的崩溃弹窗——完全符合你给内部开发人员调试工具的需求。

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