11

在使用 .NET 框架的非托管 API 来分析 .NET 进程内进程时，是否可以查找与提供给 StackSnapshotCallback 函数的本机指令指针相关的 IL 指令指针？

可能很明显，我正在拍摄当前堆栈的快照，并希望在堆栈转储中提供文件和行号信息。托管堆栈资源管理器通过查询ISymUnmanagedMethod::GetSequencePoints. 这很好，但是序列点与偏移量相关联，到目前为止我假设这些是从方法开始的偏移量（在中间语言中）。

在对他的博客文章Profiler stack walk: Basics and beyond的后续评论中，David Broman 表示可以使用ICorDebugCode::GetILToNativeMapping. 但是，这并不理想，因为获取此接口需要从另一个调试器进程附加到我的进程。

我想避免这一步，因为我想在拍摄这些快照时继续能够从 Visual Studio 调试器中运行我的应用程序。它可以更轻松地单击输出窗口中的行号并转到有问题的代码。

该功能是可能的......您可以在托管代码内部随意吐出一个行号堆栈跟踪，唯一的问题是它是否可访问。另外，我不想使用System::Diagnostics::StackTraceorSystem::Environment::StackTrace功能，因为出于性能原因，我需要延迟堆栈的实际转储..所以节省用于稍后解析方法名称和代码位置的成本是可取的.. . 以及混合本机和托管帧的能力。

4

2 回答 2

8

为了从 by 提供的本机指令指针转换为ICorProfilerInfo2::DoStackSnapshot中间语言方法偏移量，您必须采取两个步骤，因为DoStackSnapshot将FunctionID本机指令指针作为虚拟内存地址提供。

第 1 步，是将指令指针转换为本机代码方法偏移量。（从 JITed 方法开始的偏移量）。这可以通过ICorProfilerInfo2::GetCodeInfo2

ULONG32 pcIL(0xffffffff);
HRESULT hr(E_FAIL);
COR_PRF_CODE_INFO* codeInfo(NULL);
COR_DEBUG_IL_TO_NATIVE_MAP* map(NULL);
ULONG32 cItem(0);

UINT_PTR nativePCOffset(0xffffffff);
if (SUCCEEDED(hr = pInfo->GetCodeInfo2(functioId, 0, &cItem, NULL)) &&
    (NULL != (codeInfo = new COR_PRF_CODE_INFO[cItem])))
{
    if (SUCCEEDED(hr = pInfo->GetCodeInfo2(functionId, cItem, &cItem, codeInfo)))
    {
        COR_PRF_CODE_INFO *pCur(codeInfo), *pEnd(codeInfo + cItem);
        nativePCOffset = 0;
        for (; pCur < pEnd; pCur++)
        {
            // 'ip' is the UINT_PTR passed to the StackSnapshotCallback as named in
            // the docs I am looking at 
            if ((ip >= pCur->startAddress) && (ip < (pCur->startAddress + pCur->size)))
            {
                nativePCOffset += (instructionPtr - pCur->startAddress);
                break;
            }
            else
            {
                nativePCOffset += pCur->size;
            }

        }
    }
    delete[] codeInfo; codeInfo = NULL;
}

第 2 步。一旦你从 natvie 代码方法的开头有了一个偏移量，你可以使用它来转换为从中间语言方法开始的偏移量，使用ICorProfilerInfo2::GetILToNativeMapping.

if ((nativePCOffset != -1) &&
    SUCCEEDED(hr = pInfo->GetILToNativeMapping(functionId, 0, &cItem, NULL)) &&
    (NULL != (map = new COR_DEBUG_IL_TO_NATIVE_MAP[cItem])))
{
    if (SUCCEEDED(pInfo->GetILToNativeMapping(functionId, cItem, &cItem, map)))
    {
        COR_DEBUG_IL_TO_NATIVE_MAP* mapCurrent = map + (cItem - 1);
        for (;mapCurrent >= map; mapCurrent--)
        {
            if ((mapCurrent->nativeStartOffset <= nativePCOffset) && 
                (mapCurrent->nativeEndOffset > nativePCOffset))
            {
                pcIL = mapCurrent->ilOffset;
                break;
            }
        }
    }
    delete[] map; map = NULL;
}

然后可以使用符号 API 将代码位置映射到文件和行号

感谢Mithun Shanbhag指导寻找解决方案。

于 2008-11-01T17:21:06.130 回答
0 
Console.WriteLine("StackTrace: '{0}'", Environment.StackTrace);

确保您的构建生成符号。

展开讨论：

可能很明显，我正在拍摄当前堆栈的快照，并希望在堆栈转储中提供文件和行号信息。

鉴于此 - 看起来您不附加到流程的唯一原因是您可以在开发工具时轻松调试工具或其中的一部分。IMO 是在可用时不选择更好的设计（ICorDebug 或 w/e）的糟糕借口。其糟糕设计的原因是因为您的代码在（可能）外部二进制文件的进程空间中执行，从而在已知（或更糟 - 未知）损坏的进程状态中导致令人讨厌的（“有时”罕见）副作用（包括破坏其他人的数据）。这应该足够开始了，但即使是这样，也有一些多线程代码等边缘情况需要解决设计问题。

大多数人通常会问“你真正想做什么？” 作为对一种过于复杂的做事方式的回应。在大多数情况下，有一种更简单/更容易的方法。为本机代码编写了堆栈跟踪器后，我知道它可能会变得混乱。

现在，也许你最终可能会让一切正常，所以 - 只是我的 $.02

于 2008-10-17T23:01:14.387 回答