（AccessViolationException 未处理）如何在 C# 中实现 HandleProcessCorruptedStateExceptions？

Question

在我运行程序大约一天后，我遇到了一个问题，即 AccessViolationException 未处理。

（更多信息：我使用的是 Visual Studio 2010）

但是，它没有说明此异常发生的位置，给了我两个选项，即“确定”和“继续”。当我按下确定时，什么也没发生，所以我按下继续，程序停止调试。

当我试图找到解决方案时，我明白我可以实施HandleProcessCorruptedStateExceptions 来解决这个问题。但是，我不知道从哪里开始。

我是否只包含以下代码？我在哪里包含这些代码？

[HandleProcessCorruptedStateExceptions] 
[SecurityCritical]
public static int Main() 
{ 
   try
     {
       // Catch any exceptions leaking out of the program CallMainProgramLoop(); 
     }
   catch (Exception e) 
       // We could be catching anything here 
     {
         // The exception we caught could have been a program error
        // or something much more serious. Regardless, we know that
        // something is not right. We'll just output the exception 
       // and exit with an error. We won't try to do any work when
       // the program or process is in an unknown state!

        System.Console.WriteLine(e.Message); 
        return 1; 
     } 

  return 0; 

}

或者，我也可以这样做legacyCorruptedStateExceptionsPolicy，但它说我应该在配置文件中输入所需的语句。我在哪里可以找到配置文件？

感谢所有回复！

Answer 1

你的问题的实际答案是here，我真的不应该再回答了，但我想给你看一些代码示例，我不想在评论中写它:)

在我的一个项目中，不时出现不可预知的异常。为了抓住它，我在Program.cs 中编写了这段代码：

[STAThread]
static void Main()
{
    // add UnhandledException handler
    AppDomain.CurrentDomain.UnhandledException += UnhandledExceptionHandler;

    Application.EnableVisualStyles();
    Application.SetCompatibleTextRenderingDefault(false);
    Application.Run(new MainForm());
}

private static void UnhandledExceptionHandler(object sender, UnhandledExceptionEventArgs e)
{
    // prepare message for user
    var message = "There was an unknown exception while running <app_name>!";
    var exception = e.ExceptionObject as Exception;

    if (exception != null)
    {
        // change message if there was actual exception
        message = $"There was an {exception.GetType().Name} exception while running <app_name>! {exception.Message}";
        // adding inner exceptions messages
        var innerException = exception.InnerException;
        while (innerException != null)
        {
            message += $"\r\n-> {innerException.GetType().Name}: {innerException.Message}";
            innerException = innerException.InnerException;
        }
#if DEBUG
        // add tracing info
        message += $"\r\n\r\n{GetStackTrace(exception)}";
#endif
    }
    if (e.IsTerminating) message += "\r\n\r\n<app_name> will be closed.";

    // showing message to the user
    MessageBox.Show(message, "Unhandled Exception", MessageBoxButtons.OK, MessageBoxIcon.Error);
}
#if DEBUG
private static string GetStackTrace(Exception exception)
{
    var trace = new System.Diagnostics.StackTrace(exception, fNeedFileInfo: true);
    var frames = trace.GetFrames()
        .Select((f, i) => {
            var filename = f.GetFileName();
            var methodInfo = f.GetMethod();

            var frame = $"#{i} in the method {methodInfo.DeclaringType.FullName}.{methodInfo.Name}()";
            if (filename != null) frame += $" (source file: {System.IO.Path.GetFileName(filename)}@{f.GetFileLineNumber()}:{f.GetFileColumnNumber()})";

            return frame;
        });

    return $"Full stack trace ({trace.FrameCount} frames total):\r\n{string.Join("\r\n", frames)}";
}
#endif

现在，当发生未处理的异常时 - 将出现一个消息框，显示完整的异常消息（和内部异常消息）。对于 Debug 构建还有一个完整的堆栈跟踪，其中包含方法名称、行号和发生异常的源文件名。

关于 HandleProcessCorruptedStateExceptions

您在评论中提到了 HandleProcessCorruptedStateExceptions 属性。 The docs 明确表示，除非您绝对确定自己需要它，否则不应使用它。

损坏的进程状态异常是表示 进程的状态已损坏。我们不推荐 在此状态下执行您的应用程序。

默认情况下，公共语言运行时 (CLR) 不提供这些 托管代码和try/catch 块（和其他 异常处理子句）不会为它们调用。 如果你是 绝对确定您希望继续处理这些 例外，您必须应用 HandleProcessCorruptedStateExceptionsAttribute 方法的属性 您要执行其异常处理子句。 CLR 提供 适用异常子句的损坏进程状态异常 仅在同时具有 HandleProcessCorruptedStateExceptionsAttribute 和 SecurityCriticalAttribute attributes.

损坏的进程状态意味着发生了一些真正灾难性的事情，并且您的应用现在死机更安全。如果你还不够害怕，这里是上面示例中的Main() 方法，其中设置了HandleProcessCorruptedStateExceptions 属性：

[STAThread]
[HandleProcessCorruptedStateExceptions, SecurityCritical]
static void Main()
{
    try
    {
        // add UnhandledException handler
        // AppDomain.CurrentDomain.UnhandledException += UnhandledExceptionHandler;
        // * in this particular case is not quite useful to handle this exceptions,
        //   because you already wrap your entire application in a try/catch block

        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        Application.Run(new MainForm());
    }
    catch (Exception ex)
    {
        // handle it somehow
    }
}