ASP.NET MVC下自定义错误页和展示错误页的方式
在网站运行中，错误是不可避免的，错误页的产生也是不可缺少的。这篇文章将总结ASP.NET MVC下自定义错误页和展示错误页的方式。
首先，我们需要知道错误页的来源。一种是由.NET平台抛出的错误，另一种是由网站所依赖的宿主抛出的错误，一般来说，我们所依赖的宿主就是IIS。
在IIS中，我们可以通过设置错误页入口来配置需要展示的错误页面。这些错误码是指在服务器上找不到所需资源时抛出的错误页。我们只需将预定的错误页面加入服务器中，然后在指定状态码下配置路径即可。
需要注意的是，在请求进入IIS但尚未完全进入ASP.NET MVC之前，我们需要理解什么是\"未完全进入\"。在IIS 7的版本中，不依赖于请求路径末尾的标识信息，利用MVC中的UrlRoutingModule进行处理。当我们配置MVC的路由时，首先要添加如下一条路由规则：
csharp
routes.IgnoreRoute(\"{resource}.axd/{pathInfo}\");
这样可以隔离非MVC内部使用的文件。如果请求的只是服务器上的文件，那么路由会在这里进行过滤，使之不匹配具体路由信息，只是简单地和MVC打个招呼然后离开，没有进入MVC中处理。
第二种情况是请求已经进入了ASP.NET MVC的管辖范围，但在其中出现了错误，这时会跳转到我们在程序中配置的错误页。
下面将介绍几种实现方式：
第一种是在web.config文件中通过customErrors节点进行配置：
xml
然而，这种方式过于简单，并且没有提供任何异常信息，有时候也不起作用，因此我不太推荐使用这种方式。
第二种方式是利用HandlerErrorAttribute特性，通过AOP的方式，当出现异常时，将进入具体实现了该特性的ExceptionAttribute中。
csharp
[HandlerError]
public class ExceptionAttribute : HandleErrorAttribute
{
// 具体实现错误处理逻辑的代码
}
这种方式利用了MVC框架封装好的功能，是下面要介绍的第三种方式的基础，当有异常发生且未被捕获时，最终会自动调用这个第三种方式来实现错误处理。
第三种方式是自定义错误处理机制，通过实现IExceptionFilter接口来捕获并处理异常。这种方式更为灵活，可以根据实际需要进行定制。
csharp
public class CustomExceptionFilter : IExceptionFilter
{
// 实现OnException方法来处理异常
}
在这个自定义的异常过滤器中，我们可以根据异常类型进行不同的处理操作，例如记录日志、发送邮件等。