为何需重写ValidationProblem？能否全局用InvalidModelStateResponseFactory处理验证？

你配置的InvalidModelStateResponseFactory只负责处理框架自动触发的验证场景——比如模型绑定失败、带[ApiController]特性的控制器自动校验模型状态时。而手动调用ControllerBase.ValidationProblem()方法时，该方法会直接调用默认的ProblemDetailsFactory生成响应，并返回BadRequestObjectResult，完全不会走你在Program.cs里配置的工厂逻辑，这就是两种场景行为不一致的核心原因。

下面提供两种无需重写控制器方法的解决方案：

方案1：全局动作过滤器（无需修改控制器代码） #

通过动作过滤器拦截所有返回的BadRequestObjectResult，如果内容是ValidationProblemDetails，就替换为统一的422 Unprocessable Entity响应，和你配置的工厂逻辑对齐。

1.1 实现过滤器 #

using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.Filters;
using Microsoft.AspNetCore.Mvc.Infrastructure;

public class ValidationStatusCodeFilter : IActionFilter
{
    public void OnActionExecuting(ActionExecutingContext context) { }

    public void OnActionExecuted(ActionExecutedContext context)
    {
        if (context.Result is BadRequestObjectResult badRequestResult 
            && badRequestResult.Value is ValidationProblemDetails validationProblem)
        {
            // 和全局配置的工厂逻辑保持一致
            validationProblem.Status = StatusCodes.Status422UnprocessableEntity;
            validationProblem.Title = "One or more validation errors occurred.";
            validationProblem.Type = "https://example.com/api/modelvalidationproblem";
            validationProblem.Detail = "See the errors field for details.";
            validationProblem.Instance = context.HttpContext.Request.Path;

            // 替换响应为422状态码的结果
            context.Result = new UnprocessableEntityObjectResult(validationProblem)
            {
                ContentTypes = { "application/problem+json" }
            };
        }
    }
}

1.2 注册过滤器 #

在Program.cs的控制器配置中添加这个过滤器：

builder.Services.AddControllers(options =>
{
    options.Filters.Add<ValidationStatusCodeFilter>();
})
.ConfigureApiBehaviorOptions(options =>
{
    // 保留你原有的InvalidModelStateResponseFactory配置
    options.InvalidModelStateResponseFactory = context => {
        var factory = context.HttpContext.RequestServices.GetRequiredService<ProblemDetailsFactory>();

        var problemDetails = factory.CreateValidationProblemDetails(context.HttpContext, context.ModelState);

        problemDetails.Detail = "See the errors field for details.";
        problemDetails.Instance = context.HttpContext.Request.Path;

        problemDetails.Status = StatusCodes.Status422UnprocessableEntity;
        problemDetails.Title = "One or more validation errors occurred.";
        problemDetails.Type = "https://example.com/api/modelvalidationproblem";

        return new UnprocessableEntityObjectResult(problemDetails)
        {
            ContentTypes = { "application/problem+json" }
        };
    };
});

配置完成后，不管是框架自动触发的验证错误，还是手动调用ValidationProblem(ModelState)，都会返回统一的422响应，无需修改任何控制器代码。

方案2：扩展方法复用工厂逻辑（需微调控制器调用代码） #

如果愿意修改控制器里的调用语句，可以写一个扩展方法，直接复用全局配置的工厂逻辑，确保响应完全一致。

2.1 实现扩展方法 #

using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.Infrastructure;
using Microsoft.Extensions.Options;

public static class ControllerValidationExtensions
{
    public static ActionResult CustomValidationProblem(this ControllerBase controller, ModelStateDictionary modelState)
    {
        var apiOptions = controller.HttpContext.RequestServices
            .GetRequiredService<IOptions<ApiBehaviorOptions>>().Value;
        
        var validationContext = new InvalidModelStateContext(controller.ControllerContext, modelState);
        
        return apiOptions.InvalidModelStateResponseFactory(validationContext);
    }
}

2.2 调整控制器调用 #

把原来的return ValidationProblem(ModelState);替换为：

return this.CustomValidationProblem(ModelState);

这种方式完全复用全局配置，后续如果要修改验证响应格式，只需要改Program.cs里的配置即可，无需调整控制器代码。

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