ASP.NET MVC 5.2.3中如何稳健捕获控制器/动作未找到错误？

嘿，针对你在ASP.NET MVC 5.2.3里要精准捕获两类特定异常、避免它们进入HttpApplication.Application_Error()兜底逻辑的需求，我整理了一套解耦度高、实现简洁的方案，分两种场景分别处理，完全符合你要的正交性要求：

MVC在尝试创建指定控制器但找不到对应类型时，会抛出带特定提示的HttpException。要干净地拦截这个场景，最合理的方式是自定义IControllerFactory——毕竟控制器的创建逻辑本来就属于工厂的职责范围，这样做完全符合单一职责原则。

实现步骤： #

• 新建一个自定义工厂类，继承默认的DefaultControllerFactory，重写CreateController方法捕获控制器不存在的情况：

public class CustomControllerFactory : DefaultControllerFactory
{
    public override IController CreateController(RequestContext requestContext, string controllerName)
    {
        try
        {
            return base.CreateController(requestContext, controllerName);
        }
        catch (HttpException ex)
        {
            // 精准匹配目标异常信息
            if (ex.Message.Contains("对应的控制器未找到或未实现IController"))
            {
                // 标记404状态码，跳过IIS自定义错误
                requestContext.HttpContext.Response.StatusCode = 404;
                requestContext.HttpContext.Response.TrySkipIisCustomErrors = true;
                
                // 跳转到你的自定义错误页（比如Error控制器的NotFound动作）
                requestContext.RouteData.Values["controller"] = "Error";
                requestContext.RouteData.Values["action"] = "NotFound";
                return base.CreateController(requestContext, "Error");
            }
            // 非目标异常继续抛出，交给后续处理
            throw;
        }
    }
}

• 在Global.asax的Application_Start中注册这个工厂：

ControllerBuilder.Current.SetControllerFactory(new CustomControllerFactory());

这种方式完全解耦，只负责控制器创建阶段的异常拦截，不会干扰MVC管道的其他流程。

对于这种场景，MVC原生提供了HandleUnknownAction方法——这就是专门用来处理“找不到指定动作”的钩子，直接利用它就好，不需要额外的过滤器或中间件。

实现步骤： #

• 创建一个基础控制器类，所有业务控制器都继承它，在基类中重写HandleUnknownAction：

public class BaseController : Controller
{
    protected override void HandleUnknownAction(string actionName)
    {
        // 设置404状态码，避免IIS接管错误响应
        Response.StatusCode = 404;
        Response.TrySkipIisCustomErrors = true;
        
        // 返回你的自定义404视图
        View("NotFound").ExecuteResult(ControllerContext);
        
        // 注意：不要调用base.HandleUnknownAction()，否则还是会抛出异常！
    }
}

• 让你的业务控制器继承这个基类，比如：

public class ExistingController : BaseController
{
    public ActionResult Index()
    {
        return View();
    }
}

如果个别控制器需要特殊处理未知动作，直接在该控制器中重写HandleUnknownAction即可，完全灵活可控。

为了彻底杜绝目标异常溜进兜底逻辑，你可以在Application_Error中添加一层检查：

protected void Application_Error(object sender, EventArgs e)
{
    var exception = Server.GetLastError();
    var httpEx = exception as HttpException;
    
    // 跳过已处理的两类目标异常
    if (httpEx != null && 
        (httpEx.Message.Contains("对应的控制器未找到或未实现IController") || 
         httpEx.Message.Contains("未找到公共动作方法")))
    {
        Server.ClearError();
        return;
    }
    
    // 其他异常的兜底处理逻辑
    // ...
}

这套方案把两类异常的处理分别绑定到各自的职责模块（控制器工厂管控制器创建，基类管动作匹配），既解耦又简洁，完全满足你的需求。

内容的提问来源于stack exchange，提问作者François Beaune