使用DebugDiag工具排查内存问题

DebugDiag下载网址：https://www.microsoft.com/en-us/download/details.aspx?id=103453 

使用 DebugDiag 进行深入分析（特别是内存泄漏检测）：

• 创建内存泄漏规则 (Leak Rule): 要定位泄漏源头，最好使用 DebugDiag 的内存泄漏跟踪功能。
  • 打开 DebugDiag Collection。
  • 选择 "Memory and Handle Leak" 规则类型。
  • 选择你的 .NET 进程。
  • 配置规则：
    • Tracking Duration: 设置一个足够长的时间以便观察到明显的内存增长（例如，几小时甚至一天，取决于泄漏速度）。
    • Generate Userdump: 设置在内存使用达到某个阈值时（比如 4GB）或者在跟踪结束时生成 dump 文件。建议同时勾选 "Generate final userdump..."。
    • Stack Tracking: 在 "Advanced Settings" -> "Leak Rule" -> "Options" 中，确保 StackTraceDepth 设置得足够大（例如 16 或 32），并启用 StackTrace 跟踪。这对于定位分配来源至关重要。
  • 激活规则，让它运行。
• 分析泄漏 Dump 文件:
  • 当规则触发并生成了 dump 文件后，使用 DebugDiag Analysis 进行分析。
  • 选择 "Memory Pressure Analysis" 脚本（通常会自动推荐）。
  • 关键看点:
    • "Memory Analysis" 部分：这里会详细列出各个堆的信息。
    • 关注 Heap 0x70db0000: 找到这个堆的详细分析。
    • "Top Allocators" 或 "Virtual Allocation Summary": DebugDiag 会尝试识别哪些模块（DLL）和函数（如果符号可用）进行了大量的本机内存分配。查看与你的应用程序代码、.NET 运行时库（如 clr.dll, mscorlib.ni.dll 等）或任何可疑的第三方库相关的分配。
    • 检查分配堆栈 (Allocation Stacks): 对于最大的内存分配块，DebugDiag (如果配置了堆栈跟踪) 会显示分配它们时的调用堆栈。仔细检查这些堆栈，它们会直接指向触发本机内存分配的代码路径，无论是你的代码、.NET 框架代码还是第三方库代码。