一、問題

最近做專案的時候，在呼叫 c 寫的 dll 的時候，遇到一個程式異常，發現捕捉不到，異常為：System.AccessViolationException

二、解決方案

詳細內容和原理可以看下面引用的內容，我這裡使用的方法是在方法名上面新增屬性：

[HandleProcessCorruptedStateExceptions]
public static void main(){
    //TODO
}

三、轉載內容

.NET 4.0裡異常處理的新機制
前幾天，有一個朋友問我為什麼在.NET裡不能捕捉（catch）到一些異常了，而且在偵錯程式裡也捕捉不到。研究了一下，是.NET 4.0裡新的異常處理機制搗的鬼。

在.NET 4.0之後，CLR將會區別出一些異常（都是SEH異常），將這些異常標識為破壞性異常（Corrupted State Exception）。針對這些異常，CLR的catch塊不會捕捉這些異常，即使你用類似下面的程式碼：

try
{
    TestMethod();
}
catch (Exception e)
{
    Console.WriteLine("Catching exception: {0}", e);
}

也沒有辦法捕捉到這些異常。之所以要這樣設計，在MSDN的文章Handling Corrupted State Exceptions裡已經提到了。即，有一些支援外掛的程式，例如Visual Studio或者SQL Server，它們支援呼叫託管程式碼編寫成的外掛，但是它們自己本身有很多程式碼是由非託管的C++寫成的。由於外掛經常會呼叫到非託管的API，而很多時間，這些外掛的程式碼根本就不知道如何處理非託管的API丟擲來的SEH異常。在4.0以前，因為SEH異常被轉換成了跟普通.NET異常相同的異常，這樣程式設計師只要用catch ( Exception e)的模式就可以捕捉到所有的異常。這樣處理的問題是，由於SEH異常通常都不是託管程式碼丟擲的，託管程式碼根本就不知道SEH異常被扔出來的原因，簡單的catch ( Exception e)處理使得整個程式會處於一個非常不穩定的狀態，使得前面被忽略的問題在後面以更嚴重的方式出現 — 例如儲存被破壞的資料。這樣，看起來使用catch ( Exception e)處理所有的異常的方法很簡單，但實際上讓程式設計師或者使用者在問題延後發生時，分析起來需要花費更多的精力。

因此在4.0以後，大部分SEH（我懷疑是所有）異常都被標識成破壞性異常，在.NET裡，預設情況下CLR不會捕捉它們，而是任由作業系統來處理—即關閉程式，並開啟一個錯誤對話方塊通知使用者。為了保證相容性，在4.0以前編譯的程式，例如在2.0、3.0和3.5編譯的程式，依然採用的是老的策略—即.NET會同時捕捉.NET異常和SEH異常。而在4.0下面編譯的程式才會使用新的策略，這也是在文章的開頭，我的朋友所碰到的問題。你可以在.NET 4.0下面編譯下面的程式，體驗一下這個新變化：

Program.cs:

using System;
using System.Runtime.InteropServices;
namespace
 
 ConsoleApplication1
{
    class Program
    {
        [DllImport("Ref.dll")]
        private extern static void TestMethod();

        static void Main(string[] args)
        {
            try{ TestMethod(); }
            catch (Exception e)
            {
                Console.WriteLine("Catching exception: {0}", e);
            }
        }
    }
}

Ref.cpp:

#include "stdafx.h"
extern "C" __declspec(dllexport) void TestMethod()
{
    int *p = NULL;
    // 會導致.NET丟擲一個AccessViolation異常
    *p = 10;
}

上面的程式碼裡，Program.cs使用P/Invoke技術呼叫了Ref.dll檔案裡的TestMethod，但是TestMethod嘗試給一個空指標賦值，導致一個AccessViolation異常。如果你在2.0下面編譯program.cs，並執行的話，這個AccessViolation異常會被catch(Exception e)捕捉到，而如果你在4.0下面編譯並執行的話，你會發現catch (Exception e)是不能捕捉到這個異常的。

然而並不是所有人都想要這個新的異常機制，如果你的程式是在4.0下面編譯並執行，而你又想在.NET程式裡捕捉到SEH異常的話，有兩個方案可以嘗試：

1、在託管程式的.config檔案裡，啟用legacyCorruptedStateExceptionsPolicy這個屬性，即簡化的.config檔案類似下面的檔案：

App.config:

<?xml version="1.0"?>
<configuration>
    <startup>
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    </startup>
    <runtime>
        <legacyCorruptedStateExceptionsPolicy enabled="true" />
    </runtime>
</configuration>

這個設定告訴CLR 4.0，整個.NET程式都要使用老的異常捕捉機制。

2、在需要捕捉破壞性異常的函式外面加一個HandleProcessCorruptedStateExceptions屬性，這個屬性只控制一個函式，對託管程式的其他函式沒有影響，例如：

[HandleProcessCorruptedStateExceptions]
static void Main(string[] args)
{
     try{ TestMethod(); }
    catch (Exception e)
    {
        Console.WriteLine("Catching exception: {0}", e);
    }
}