.NET 6中如何在程序崩溃前记录AccessViolationException的堆栈跟踪？

针对无调试器时程序直接崩溃、无法记录堆栈的问题，你可以通过以下几种方式定位出错代码行：

1. 生成崩溃转储文件（Dump） #

.NET 6支持配置自动生成崩溃转储，后续用调试工具分析转储文件即可定位到出错代码：

• 通过环境变量配置：
  设置两个环境变量后运行程序，崩溃时会自动在当前目录生成dump文件：

  # Windows
  set COMPlus_DbgEnableMiniDump=1
  set COMPlus_DbgMiniDumpType=2  # 2表示生成完整转储，0是小型转储
  # Linux/macOS
  export COMPlus_DbgEnableMiniDump=1
  export COMPlus_DbgMiniDumpType=2
  

• 代码中主动生成转储：
  如果你需要更灵活的控制（比如指定转储路径），可以通过P/Invoke调用Windows的DbgHelp.dll（Linux/macOS可使用libc相关函数），在未处理异常事件中生成转储：

  using System;
  using System.Diagnostics;
  using System.IO;
  
  class Program
  {
      static void Main(string[] args)
      {
          AppDomain.CurrentDomain.UnhandledException += (sender, e) =>
          {
              if (e.IsTerminating)
              {
                  var dumpPath = $"crash_{DateTime.Now:yyyyMMddHHmmss}.dmp";
                  using var process = Process.GetCurrentProcess();
                  _ = MiniDumpWriteDump(process.Handle, process.Id, 
                      CreateFile(dumpPath, 0x00000002, 0, IntPtr.Zero, 0x00000002, 0x00000080, IntPtr.Zero),
                      2, IntPtr.Zero, IntPtr.Zero, IntPtr.Zero);
              }
          };
  
          // 调用你的unsafe方法
          UnsafeOperation();
      }
  
      [System.Runtime.InteropServices.DllImport("DbgHelp.dll", SetLastError = true)]
      private static extern bool MiniDumpWriteDump(IntPtr hProcess, int processId, IntPtr hFile, int dumpType, IntPtr exceptionParam, IntPtr userStreamParam, IntPtr callbackParam);
  
      [System.Runtime.InteropServices.DllImport("kernel32.dll", SetLastError = true, CharSet = System.Runtime.InteropServices.CharSet.Unicode)]
      private static extern IntPtr CreateFile(string lpFileName, uint dwDesiredAccess, uint dwShareMode, IntPtr lpSecurityAttributes, uint dwCreationDisposition, uint dwFlagsAndAttributes, IntPtr hTemplateFile);
  
      unsafe static void UnsafeOperation()
      {
          // 你的unsafe代码
      }
  }
  

• 分析转储文件：
  生成dump后，可以用Visual Studio直接打开文件，加载对应版本的pdb符号文件（确保编译时生成了完整pdb），就能查看崩溃时的调用堆栈和具体代码行；也可以使用dotnet-dump工具：

  dotnet-dump analyze ./crash_xxxx.dmp
  

  在分析会话中输入clrstack -i命令即可查看带代码行号的堆栈。

2. 强制CLR捕获致命异常并记录堆栈 #

默认情况下，AccessViolationException属于致命异常，CLR不会将其传递给UnhandledException事件处理程序，但可以通过环境变量强制开启：

• 设置环境变量：

  # Windows
  set COMPlus_EnableUnhandledExceptionFilter=1
  # Linux/macOS
  export COMPlus_EnableUnhandledExceptionFilter=1
  

• 在代码中订阅事件并记录堆栈：

  using System;
  using System.Diagnostics;
  using System.IO;
  
  class Program
  {
      static void Main(string[] args)
      {
          AppDomain.CurrentDomain.UnhandledException += (sender, e) =>
          {
              if (e.ExceptionObject is AccessViolationException ave)
              {
                  var logPath = $"crash_log_{DateTime.Now:yyyyMMddHHmmss}.txt";
                  // 使用StackTrace获取带代码行的堆栈（需pdb文件）
                  var stackTrace = new StackTrace(ave, true);
                  File.WriteAllText(logPath, $"异常类型: {ave.GetType().Name}\n消息: {ave.Message}\n堆栈:\n{stackTrace}");
              }
          };
  
          UnsafeOperation();
      }
  
      unsafe static void UnsafeOperation()
      {
          // 你的unsafe代码
      }
  }
  

  注意：这种方式可能在极端情况下无法写入日志（比如进程已处于不稳定状态），转储文件是更可靠的选择。

3. 使用ETW跟踪异常事件 #

通过.NET的ETW跟踪功能捕获异常发生时的详细信息：

• 运行程序时启动跟踪：

  # 替换<PID>为你的程序进程ID
  dotnet trace collect --process-id <PID> --providers Microsoft-Windows-DotNETRuntime:0x8000000000000010:5
  

• 让程序崩溃后，停止跟踪会生成.nettrace文件，使用dotnet trace analyze或PerfView打开文件，筛选ExceptionThrown事件，找到AccessViolationException对应的堆栈信息。

关键前提 #

确保编译程序时生成了完整的pdb符号文件：Debug模式默认生成，Release模式需在项目属性的"生成"选项卡中，将"调试信息"设置为"完整"或"pdb-only"，否则无法将堆栈映射到具体代码行。

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