ASP.NET MVC中的統一化自定義異常處理

原文地址：http://blog.csdn.net/sundacheng1989/article/details/9000596

當ASP.NET MVC程序出現了異常，怎麼處理更加規範？

1. 最簡單的方法是設置<customErrors/>節點

<customErrors>節點用於定義一些自定義錯誤信息的信息。此節點有Mode和defaultRedirect兩個屬性，其中defaultRedirect屬性是一個可選屬性，表示應用程序發生錯誤時重定向到的默認URL，如果沒有指定該屬性則顯示一般性錯誤。Mode屬性是一個必選屬性，它有三個可能值，它們所代表的意義分別如下：
On 表示在本地和遠程用戶都會看到自定義錯誤信息。
Off 禁用自定義錯誤信息，本地和遠程用戶都會看到詳細的錯誤信息。
RemoteOnly 表示本地用戶將看到詳細錯誤信息，而遠程用戶將會看到自定義錯誤信息。

這裏有必要說明一下本地用戶和遠程用戶的概念。當我們訪問asp.net應用程時所使用的機器和發佈asp.net應用程序所使用的機器爲同一臺機器時成爲本地用戶，反之則稱之爲遠程用戶。在開發調試階段爲了便於查找錯誤Mode屬性建議設置爲Off，而在部署階段應將Mode屬性設置爲On或者RemoteOnly，以避免這些詳細的錯誤信息暴露了程序代碼細節從而引來黑客的入侵。

<error>子節點

在<customErrors>節點下還包含有<error>子節點，這個節點主要是根據服務器的HTTP錯誤狀態代碼而重定向到我們自定義的錯誤頁面，注意要使<error>子節點下的配置生效，必須將<customErrors>節點節點的Mode屬性設置爲“On”。下面是一個例子：

<customErrors mode="On" defaultRedirect="GenericErrorPage.htm">
     <error statusCode="403" redirect="403.htm" />
     <error statusCode="404" redirect="404.htm" />
</customErrors>

在上面的配置中如果用戶訪問的頁面不存在就會跳轉到404.htm頁面，如果用戶沒有權限訪問請求的頁面則會跳轉到403.htm頁面，403.htm和404.htm頁面都是我們自己添加的頁面，我們可以在頁面中給出友好的錯誤提示。

2. 使用過濾器HandleErrorAttribute

隨着ASP.NET MVC版本的更新，出現了HandleErrorAttribute，使用Filter以AOP的思想實現了針對於Action的異常處理。使用此Filter後，當程序中出現異常的時候，會去封裝這些異常信息，然後路由自動轉到該Controller對應的Error.cshtml中，如果此路徑下沒有改文件，則會到shared目錄中尋找此文件。另外一個相關的是在Global.asax中的protected void Application_Error(object sender, EventArgs e)方法，是捕捉異常的最後一道防線，也就是說，這是最高層次的異常捕獲處理邏輯。使用HandleErrorAttribute後，找到了Error.cshtml，則此時異常已經被捕獲處理，所以不會再次被Application_Error捕獲處理。此外，可以通過@model HandleErrorInfo 在Error.cshtml中定製顯示異常信息。有一點需要注意的是，HandleErrorAttribute是在customErrors基礎之上的，如果想使用HandleErrorAttribute，customErrors的Mode必須要設置爲On或RemoteOnly. 否則，HandleErrorAttribute將不起作用。

3. 自定義顯示路徑

如果遇到異常後不單單是要自定義異常顯示，而且還需要進行日誌記錄。此時，可以通過繼承擴展HandleErrorAttribute來實現新的Filter,然後在lobal.ascx中對所有的Action進行註冊，filters.Add(new MyHandleErrorAttribute()).在這裏詳細說明一下另一種方式。我們可以寫一個專門的Controller和Action來進行異常發生時的路由設置.

public class UtilityController : Controller
    {
        public ActionResult Error()
        {
            return View();
        }

        public ActionResult PageNotFound()
        {
            return View();
        }
}

當出現異常的時候，把異常拋到最頂端，由Application_Error統一處理。這裏的統一處理就包括，記錄日誌，重新進行頁面定向等。

protected void Application_Error(object sender, EventArgs e)
        {
            var ex = Server.GetLastError();
            Log.Error(ex); //記錄日誌信息
            var httpStatusCode = (ex is HttpException) ? (ex as HttpException).GetHttpCode() : 500; //這裏僅僅區分兩種錯誤
            var httpContext = ((MvcApplication)sender).Context;
            httpContext.ClearError();
            httpContext.Response.Clear();
            httpContext.Response.StatusCode = httpStatusCode;
            var shouldHandleException = true;
            HandleErrorInfo errorModel;

            var routeData = new RouteData();
            routeData.Values["controller"] = "Utility";

            switch (httpStatusCode)
            {
                case 404:
                    routeData.Values["action"] = "PageNotFound";
                    errorModel = new HandleErrorInfo(new Exception(string.Format("No page Found", httpContext.Request.UrlReferrer), ex), "Utility", "PageNotFound");
                    break;

                default:
                    routeData.Values["action"] = "Error";
                    Exception exceptionToReplace = null; //這裏使用了EntLib的異常處理模塊的一些功能
                    shouldHandleException = ExceptionPolicy.HandleException(ex, "LogAndReplace", out exceptionToReplace);
                    errorModel = new HandleErrorInfo(exceptionToReplace, "Utility", "Error");
                    break;
            }

            if (shouldHandleException)
            {
                var controller = new UtilityController();
                controller.ViewData.Model = errorModel; //通過代碼路由到指定的路徑
                ((IController)controller).Execute(new RequestContext(new HttpContextWrapper(httpContext), routeData));
            }
        }
    }