Spring WebFlux核心处理组件DispatcherHandler

,​与Spring MVC类似，Spring WebFlux是围绕前端控制器模式设计的，其中核心处理程序WebHandler 的实现DispatcherHandler为请求处理提供共享算法，而实际工作由可配置的委托组件执行。该模型非常灵活，支持多种工作流。,DispatcherHandler从Spring配置中发现所需的委托组件。它本身也被设计为bean，并实现ApplicationContextAware以访问它运行的上下文。如果DispatcherHandler是用webHandler的bean名称声明的，那么WebHttpHandlerBuilder会发现它，它会将请求处理链组合在一起，如webHandler API中所述。,WebFlux应用程序中的Spring配置通常包含：,配置被提供给WebHttpHandlerBuilder以构建处理链，如下例所示：,​DispatcherHandler委托特殊bean处理请求并呈现适当的响应。所谓“特殊bean”，是指实现WebFlux框架规定的Spring管理的对象实例。一般都内置这些Bean，不过你可以自定义、扩展或替换它们的属性。,将请求映射到处理程序。映射基于一些标准，这些标准的细节因HandlerMapping实现的不同而不同——注释控制器、简单URL模式映射等等。如：@RequestMapping注解的Controller或RouterFunction类型的Bean他们都是由不同的HandlerMapping来处理。,帮助DispatcherHandler调用映射到请求的处理程序，而不管该处理程序实际是如何调用的。例如，调用带注释的控制器需要解析注释。HandlerAdapter的主要目的是保护DispatcherHandler不受这些细节的影响。简单说就是不同的HandlerAdapter处理由不同HandlerMapping返回的不同的Handler对象，比如：RequestMappingHandlerMapping返回的HandlerMethod，RouterFunctionMapping返回的HandlerFunction。,处理处理程序调用的结果并完成响应。,应用程序可以声明处理请求所需的基础bean(列在Web Handler API和DispatcherHandler下面)。但是，在大多数情况下，WebFlux配置是最好的起点。它声明所需的bean，并提供更高级别的配置回调API来自定义它。,DispatcherHandler处理请求的方式如下:,调用处理程序的返回值通过HandlerAdapter被包装为HandlerResult，以及一些附加的上下文，并传递给声称支持它的第一个HandlerResultHandler。下表列出可用的HandlerResultHandler实现，所有这些实现都在WebFlux Config中声明:,返回值：ResponseEntity, 通常来自@Controller实例。,返回值：ServerResponse，通常来自功能端点。,返回值：处理来自@ResponseBody方法或@RestController类的返回值。,返回值：CharSequence、视图、模型、映射、渲染或任何其他对象都被视为模型属性。,从HandlerAdapter返回的HandlerResult可以基于某些特定于处理程序的机制公开用于错误处理的函数。在以下情况下调用此错误函数：,只要错误信号发生在从处理程序返回的响应类型产生任何数据项之前，error函数就可以更改响应(例如，更改为错误状态)。,这就是如何支持@Controller类中的@ExceptionHandler方法。相比之下，Spring MVC中的支持也是建立在HandlerExceptionResolver上的。注意：在WebFlux中，不能使用@ControllerAdvice来处理在选择处理程序之前发生的异常。​,注意：这个不能处理调用处理程序之前的任何异常，处理程序之前的异常应该由WebExceptionHandler来处理,下面的异常处理句柄将会处理，由WebFilter实例链和目标WebHandle的异常。