C++读取Windows崩溃转储调用栈跨进程场景失效排查

你的代码在跨应用读取崩溃转储时失效，核心原因是没有针对转储文件的虚拟内存空间操作，错误复用了当前进程的上下文。以下是具体问题和修复方案：

1. 错误使用当前进程句柄 #

代码中SymInitialize、SymGetSymFromAddr64、StackWalk64等函数都使用GetCurrentProcess()，但跨场景时，这个句柄指向读取dump的进程，而非崩溃的目标进程。StackWalk64需要访问崩溃进程的虚拟内存，而非当前进程的内存空间。

修复：
SymInitialize可以传入GetCurrentProcess()，但必须配合自定义内存回调，让StackWalk64从dump文件中读取栈数据，同时确保符号路径包含崩溃进程的pdb文件。

2. 无效的线程句柄获取 #

代码尝试用OpenThread打开崩溃进程的线程ID，但跨场景时崩溃进程可能已退出，线程ID早已失效，导致hThread为无效句柄，直接引发StackWalk64失败。

修复：
读取dump时不需要实际线程句柄，将StackWalk64的hThread参数设为NULL即可，栈数据全部从dump文件中读取。

3. 缺少dump内存读取回调 #

StackWalk64的ReadMemoryRoutine参数传NULL，会让函数尝试读取当前进程的内存，但崩溃进程的栈内存仅存在于dump文件中，必须提供自定义回调从dump映射中读取数据。

示例回调实现：

// 需提前保存dump中的栈内存信息（起始地址、RVA、大小）
struct DumpStackInfo {
    const char* pDumpView;
    ULONG64 stackStart;
    ULONG64 stackRva;
    ULONG64 stackSize;
};
DumpStackInfo g_dumpStackInfo;

BOOL CALLBACK ReadDumpMemory(
    _In_ HANDLE hProcess,
    _In_ DWORD64 lpBaseAddress,
    _Out_writes_bytes_(dwSize) LPVOID lpBuffer,
    _In_ DWORD dwSize,
    _Out_ LPDWORD lpNumberOfBytesRead
)
{
    if (lpBaseAddress >= g_dumpStackInfo.stackStart && 
        lpBaseAddress + dwSize <= g_dumpStackInfo.stackStart + g_dumpStackInfo.stackSize)
    {
        DWORD64 offset = lpBaseAddress - g_dumpStackInfo.stackStart;
        memcpy(lpBuffer, g_dumpStackInfo.pDumpView + g_dumpStackInfo.stackRva + offset, dwSize);
        *lpNumberOfBytesRead = dwSize;
        return TRUE;
    }
    *lpNumberOfBytesRead = 0;
    return FALSE;
}

修改StackWalk64调用：

return StackWalk64(
    IMAGE_FILE_MACHINE_I386,
    hProcess,
    NULL, // 无需实际线程句柄
    pStackFrame,
    &context, // 传入从dump读取的上下文
    ReadDumpMemory, // 自定义内存读取回调
    SymFunctionTableAccess64,
    SymGetModuleBase64,
    NULL
);

4. 硬编码符号路径问题 #

SymInitialize中硬编码的符号路径仅适用于场景1的本地调试目录，跨应用时崩溃进程的pdb文件可能不在该路径下，且缺少系统符号支持。

修复：
设置包含本地pdb路径和微软公共符号服务器的符号路径：

SymSetOptions(SYMOPT_UNDNAME | SYMOPT_DEFERRED_LOADS | SYMOPT_LOAD_LINES);
if (!SymInitialize(hProcess, "C:\\Path\\To\\CrashApp\\Symbols;https://msdl.microsoft.com/download/symbols", TRUE))
{
    DWORD error = GetLastError();
    printf("SymInitialize失败，错误码：%d\n", error);
    return;
}

5. 全局变量滥用 #

MyStackWalkProc使用全局变量hThread，且引用了未定义的局部变量hProcess，这会导致未定义行为，场景1中碰巧可用只是因为hThread是当前线程。

修复：
将需要的上下文封装成结构体，通过pContext参数传递给回调：

struct WalkContext {
    HANDLE hProcess;
    STACKFRAME64 stackFrame;
    CONTEXT context;
};

BOOL CALLBACK MyStackWalkProc(
    _In_ LPVOID pContext,
    _In_ ULONG_PTR dwFrameAddr,
    _In_ ULONG dwFrameNum
)
{
    WalkContext* ctx = reinterpret_cast<WalkContext*>(pContext);
    return StackWalk64(
        IMAGE_FILE_MACHINE_I386,
        ctx->hProcess,
        NULL,
        &ctx->stackFrame,
        &ctx->context,
        ReadDumpMemory,
        SymFunctionTableAccess64,
        SymGetModuleBase64,
        NULL
    );
}

额外注意事项 #

• 生成dump时需使用MiniDumpWithFullMemory或MiniDumpWithProcessThreadData | MiniDumpWithThreadInfo等包含完整栈信息的类型。
• 确保pdb文件与崩溃进程的二进制文件GUID匹配，符号不匹配会导致无法解析函数名和行号。

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