MediatR问题：IRequestExceptionHandler执行后IRequestPostProcessor未运行

问题背景 #

使用IRequestExceptionHandler捕获异常并返回结果后，IRequestPostProcessor始终不触发；但添加一个空的RequestExceptionProcessorBehavior后，后置处理器又能正常工作。

底层原因 #

MediatR的请求处理管道逻辑里，RequestExceptionProcessorBehavior是异常处理后衔接后置处理器的关键环节：

• 默认情况下，如果没有注册任何RequestExceptionProcessorBehavior，当IRequestExceptionHandler处理完异常返回结果时，管道会直接跳出异常处理分支，不会进入后置处理器的执行流程。
• 手动添加空的RequestExceptionProcessorBehavior后，相当于强制让管道走完整的异常处理流程：这个行为内部会先执行请求处理，捕获异常后调用IRequestExceptionHandler处理，拿到结果后会主动触发后续的IRequestPostProcessor环节，而不是直接返回结果。

说白了，空行为补全了管道中“异常处理后调用后置处理器”的逻辑链——默认无此行为时，这个衔接步骤是缺失的。

源码层面验证 #

你可以查看MediatR官方的RequestExceptionProcessorBehavior实现，它的Handle方法在通过IRequestExceptionHandler得到处理结果后，会继续调用next委托，而这个next就是管道后续的执行逻辑，包含了IRequestPostProcessor的触发。没有这个行为的话，异常处理后的结果会直接返回，根本走不到后置处理器那一步。

结论 #

这个空行为不是瞎猫碰死耗子的临时修复，而是让MediatR的异常处理管道按完整流程执行，确保异常被处理后，后置处理器能正常完成审计、事务关闭这类收尾工作。

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