Spring Flux中的核心DispatcherHandler的处理过程分为三步，其中首步就是通过HandlerMapping接口查找Request所对应的Handler。本文就是通过阅读源码的方式，分析一下HandlerMapping接口的实现者之一——RequestMappingHandlerMapping类，用于处理基于注解的路由策略，把所有用@Controller和@RequestMapping标记的类中的Handler识别出来，以便DispatcherHandler调用的。
HandlerMapping接口的另外两种实现类：1、RouterFunctionMapping用于函数式端点的路由；2、SimpleUrlHandlerMapping用于显式注册的URL模式与WebHandler配对。
本文主要介绍基于SpringBoot如何快速上手使用SpringFlux框架开发WEB网站，同时稍微深入地了解以下SpringBoot启动SpringFlux框架的过程。
Spring 5.0在原有的Spring MVC Stack（又称Servlet Stack）以外，又引入了新的WEB开发技术栈——Spring Flux Stack（又称Reactive Stack），以满足不同的应用程序及开发团队的需求。
开发者一直在寻找最适合他们的应用程序的运行时、编程框架及架构。比如，有些用例最适合采用基于同步阻塞IO架构的技术栈，而另一些用例可能更适合于基于Reactive Streams响应式编程原则构建的异步的、非阻塞的技术栈。
后续将有系列文章深入介绍SpringFlux所采用的响应式编程原则及其代表实现ProjectReactor，希望通过系列文章的介绍，让广大读者能够在逐步使用SpringFlux的过程中，理解响应式编程原理及实现，进而能够对项目应该选择SpringMVC还是SpringWebFlux形成自己的判断标准。
nginx是一款HTTP和反向代理服务器，是一款通用的TCP/UDP代理服务器，原作者是Igor Sysoev（伊戈尔·西索夫）。
Kryo是用于Java语言的一个快速和高效的对象图序列化框架。Kryo项目的目的是快速、高效、方便地使用API。当需要持久化对象的时候，不论是持久化到文件、数据库还是网络，都可以使用Kryo。
目前Kryo已经到了4.0.1版本以上了。本文的介绍适用于V2.0+以上版本。
一般适用maven来Kryo包。
使用官方版的Kryo的话可以引用下述配置代码
<dependency>
<groupId>com.esotericsoftware</groupId>
<artifactId>kryo</artifactId>
<version>4.0.1</version>
</dependency>
微服务是继SOA之后流行起来的一种系统架构模式。因它紧随SOA之后，所以有必要对他们先作个比较。
关于二者的比较表格，我在谷歌上搜索的一篇文章分析的挺好，现引用如下。
| 面向服务架构 | 微服务架构 |
|---|---|
| 出现于1990’s年代 | 出现于2000’s年代 |
| 最大化应用服务的重用性 | 关注解耦 |
| 系统变化需要修改整体 | 系统变化是创建新服务 |
| DevOps和持续发布开始变得流行但不是主流 | 重点关注DevOps和持续发布 |
| 聚焦于业务系统重用 | “边界上下文”越发重要 |
| 使用ESB通信 | 使用简单消息系统通信 |
| 支持多种消息协议 | 使用轻量级协议诸如：HTTP, REST等 |
| 对部署在其上的所有服务使用通用平台 | 通常使用云平台而非应用服务器 |
| Docker不太流行 | 容器与微服务工作的非常协调 |
| SOA服务共享数据存储 | 每个微服务可以拥有独立的存储服务 |
| 通用的治理和标准 | 松散治理，关注团队协作与自由选择 |
Hessian官网：http://hessian.caucho.com/
hessian是二进制web service协议。
创建Hessian服务包括四个步骤：