.NET Core 5能否向中间件传入Func<T,TResult>执行？异常处理中间件空引用问题

你的架构设计思路是合理的：通过将异常转换逻辑抽象为委托交由业务侧实现，中间件仅负责标准化响应序列化，完全符合多项目复用的诉求。出现_errorResponse为空的核心问题是ASP.NET Core 中间件构造参数的解析歧义：

• UseMiddleware<T>方法默认会将RequestDelegate作为构造函数的第一个参数自动注入，你额外传入的自定义参数会按顺序匹配构造函数的后续入参
• 你在调用UseExceptionHandling时直接传入方法组HandleException，隐式转换为Func<Exception, ErrorResponse>的过程中，部分.NET版本会出现类型匹配失败，导致构造函数的errorResponse入参没有被正确赋值，最终字段为空。

方案1：显式转换委托类型（改动最小） #

调用注册方法时，显式将方法组转换为对应委托类型，消除解析歧义：

// 显式创建Func实例，避免隐式转换匹配失败
app.UseExceptionHandling(new Func<Exception, ErrorResponse>(HandleException));

private static ErrorResponse HandleException(Exception ex)
{
    return new ErrorResponse() { Code = "Foo" };
}

方案2：优化扩展方法的参数传递（更稳定） #

修改扩展方法，显式指定参数注入顺序，避免不同.NET版本的兼容性问题：

public static IApplicationBuilder UseExceptionHandling(this IApplicationBuilder app, Func<Exception, ErrorResponse> errorResponse)
{
    // 显式传入委托参数，确保构造函数匹配优先级
    return app.UseMiddleware<ExceptionHandlingMiddleware>(args: new object[] { errorResponse });
}

你可以对现有中间件做小调整，提升适用性：

• 将RequestDelegate字段改为私有只读，避免意外修改
• 可将HTTP状态码放到ErrorResponse类中，由业务侧自定义异常对应的响应状态码，不需要固定为500

// 优化后的HandleException方法示例
private static Task HandleException(HttpContext context, ErrorResponse error)
{
    var errorMessage = JsonConvert.SerializeObject(error);
    context.Response.ContentType = "application/json";
    // 从ErrorResponse取自定义状态码，默认500
    context.Response.StatusCode = error.StatusCode ?? (int)HttpStatusCode.InternalServerError;
    return context.Response.WriteAsync(errorMessage);
}

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