解析控制器时Facade构造函数异常的捕获方案咨询

首先，咱们先搞清楚为什么你看不到Facade构造的真实异常，反而收到了“无参构造函数”的错误提示：

当你的UnityResolver.GetService捕获到ResolutionFailedException后返回null时，ASP.NET Web API的默认逻辑会认为你的依赖解析器无法提供控制器实例，于是会 fallback 到默认控制器激活器——也就是尝试用无参数的构造函数创建控制器。而你的TestController只有带参数的构造函数，所以就抛出了那个误导性的错误，原来的Facade构造异常被你的catch块“吃掉”了，上层根本没机会看到。

接下来，针对你的需求，我给你几个可行的解决方案，按精准度排序：

1. 自定义IHttpControllerActivator接管激活流程 #

这是最直接的方式，你可以完全掌控控制器的激活过程，在这个环节直接捕获依赖解析的真实异常：

public class CustomControllerActivator : IHttpControllerActivator
{
    private readonly IUnityContainer _container;

    public CustomControllerActivator(IUnityContainer container)
    {
        _container = container;
    }

    public IHttpController Create(
        HttpRequestMessage request,
        HttpControllerDescriptor controllerDescriptor,
        Type controllerType)
    {
        try
        {
            // 直接在这里解析控制器，所有依赖链的异常都会被捕获
            return (IHttpController)_container.Resolve(controllerType);
        }
        catch (Exception ex)
        {
            // 这里可以拿到最原始的异常（包括Facade构造时抛出的Exception）
            // 先记录日志，再返回明确的错误响应
            throw new HttpResponseException(request.CreateErrorResponse(
                HttpStatusCode.InternalServerError,
                "控制器初始化失败",
                ex)); // 把真实异常作为内部异常传递，方便排查
        }
    }
}

然后在Web API的配置中替换默认的激活器：

public static void Register(HttpConfiguration config)
{
    var container = new UnityContainer();
    RegisterDependencies(container);
    // 替换默认的控制器激活器
    config.Services.Replace(typeof(IHttpControllerActivator), new CustomControllerActivator(container));
}

2. 修改UnityResolver的异常处理逻辑 #

不要在Resolver里返回null，而是把真实异常包装后抛出，这样Web API就不会走默认激活的流程：

public object GetService(Type serviceType)
{
    try
    {
        return _container.Resolve(serviceType);
    }
    catch (ResolutionFailedException ex)
    {
        // 取出最内层的真实异常（Facade的异常）
        var realException = ex.InnerException ?? ex;
        // 先记录日志
        // 抛出一个能被Web API识别的异常，而不是返回null
        throw new InvalidOperationException("服务解析失败", realException);
    }
}

这样当解析失败时，Web API会直接处理你抛出的异常，而不会再去尝试无参构造，你就能看到真实的错误原因了。

3. 用全局异常过滤器统一捕获 #

如果你不想修改激活器或Resolver，可以注册一个全局异常过滤器，来捕获所有未处理的异常，包括被上层包装的：

public class GlobalExceptionFilter : ExceptionFilterAttribute
{
    public override void OnException(HttpActionExecutedContext context)
    {
        var currentException = context.Exception;
        // 逐层查找最内层的真实异常
        while (currentException.InnerException != null)
        {
            currentException = currentException.InnerException;
        }
        // 记录日志，返回自定义错误响应
        context.Response = context.Request.CreateErrorResponse(
            HttpStatusCode.InternalServerError,
            "服务器内部错误",
            currentException);
    }
}

然后在配置中注册这个过滤器：

config.Filters.Add(new GlobalExceptionFilter());

这个方式比较通用，适合统一处理所有异常，但不如自定义激活器精准。

内容的提问来源于stack exchange，提问作者Raptor