Windows服务中Bad Request未触发OnActionExecuted方法的问题咨询

核心原因是OnActionExecuted的触发时机在action方法执行完成后，而Bad Request这类无效请求大多在到达action之前就被ASP.NET请求管道拦截或终止了，根本没进入action的执行周期。

具体拆解几个常见场景：

• 路由匹配失败：如果URL无效，路由系统找不到对应的controller和action，整个MVC的action执行流程都不会启动，作为action阶段的过滤器方法，OnActionExecuted自然不会被调用。
• 模型验证自动返回400：如果你用了[ApiController]特性，框架会自动在模型验证失败时直接返回400响应，这个逻辑是在action执行前完成的，不会走到action执行后的步骤。
• 中间件层面拦截：有些自定义中间件或内置中间件（比如认证中间件）会在请求到达MVC action前就终止请求并返回错误响应，同样跳过了action过滤器的执行。

而正常请求能成功匹配路由、通过前置验证，顺利进入action方法执行，执行完成后才会触发OnActionExecuted。

怎么处理Bad Request时的逻辑？ #

如果需要在这类场景下执行自定义逻辑，可以换这些方式：

• 处理路由失败：配置路由的fallback，或者写自定义中间件捕获404/400响应。
• 模型验证自定义处理：关闭[ApiController]的自动验证响应（在Startup/Program里配置ConfigureApiBehaviorOptions），手动在action或OnActionExecuting过滤器里处理验证失败，这样就能触发OnActionExecuted。
• 全局中间件：写一个全局中间件，在请求管道的早期位置捕获所有错误响应，执行统一逻辑。

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