**1. 已经有 Zuul，为什么要选择 Gateway** 1. netflix 不太靠谱，zuul2.0 一直跳票，迟迟不发布。 1. 一方面因为 Zuul1.0 已经进入了维护阶段，而且Gateway是SpringCloud团队研发的，是亲儿子产品，值得信赖。而且很多功能Zuul都没有用起来也非常的简单便捷。 2. Gateway是基于异步非阻塞模型上进行开发的，性能方面不需要担心。虽然Netflix早就发布了最新的Zuul 2.x，但Spring Cloud貌似没有整合计划。而且Netflix相关组件都宣布进入维护期；不知前景如何? 3. 多方面综合考虑Gateway是很理想的网关选择。 2. SpringCloud Gateway具有如下特性。 1. 基于Spring Framework 5，Project Reactor和Spring Boot 2.0进行构建。 2. 动态路由：能够匹配任何请求属性。 3. 可以对路由指定Predicate (断言)和Filter(过滤器)。 4. 集成Hystrix的断路器功能。 5. 集成Spring Cloud 服务发现功能。 6. 易于编写的Predicate (断言)和Filter (过滤器)。 7. 请求限流功能。 8. 支持路径重写。 **2. SpringCloud Gateway与Zuul的区别** 1. 在SpringCloud Finchley正式版之前，Spring Cloud推荐的网关是Netflix提供的Zuul。 2. Zuul 1.x，是一个基于阻塞I/O的API Gateway。 3. Zuul 1.x基于Servlet 2.5使用阻塞架构，它不支持任何长连接(如WebSocket)Zuul的设计模式和Nginx较像，每次I/О操作都是从工作线程中选择一个执行，请求线程被阻塞到工作线程完成，但是差别是Nginx用C++实现，Zuul用Java实现，而JVM本身会有第-次加载较慢的情况，使得Zuul的性能相对较差。 4. Zuul 2.x理念更先进，想基于Netty非阻塞和支持长连接，但SpringCloud目前还没有整合。Zuul .x的性能较Zuul 1.x有较大提升。在性能方面，根据官方提供的基准测试,Spring Cloud Gateway的RPS(每秒请求数)是Zuul的1.6倍。 5. Spring Cloud Gateway建立在Spring Framework 5、Project Reactor和Spring Boot2之上，使用非阻塞API。 6. Spring Cloud Gateway还支持WebSocket，并且与Spring紧密集成拥有更好的开发体验。 **3. Zuul1.x模型** Springcloud中所集成的Zuul版本，采用的是Tomcat容器，使用的是传统的Serviet IO处理模型。 <br/> Servlet的生命周期？servlet由servlet container进行生命周期管理。 * container启动时构造servlet对象并调用servlet init()进行初始化。 * container运行时接受请求，并为每个请求分配一个线程（一般从线程池中获取空闲线程）然后调用service)。 * container关闭时调用servlet destory()销毁servlet。 :-:  上述模式的缺点： Servlet是一个简单的网络IO模型，当请求进入Servlet container时，Servlet container就会为其绑定一个线程，在<mark>并发不高的场景下</mark>这种模型是适用的。但是一旦高并发(如抽风用Jmeter压)，线程数量就会上涨，而线程资源代价是昂贵的（上线文切换，内存消耗大）严重影响请求的处理时间。在一些简单业务场景下，不希望为每个request分配一个线程，只需要1个或几个线程就能应对极大并发的请求，这种业务场景下servlet模型没有优势。 <br/> 所以Zuul 1.X是基于servlet之上的一个阻塞式处理模型，即Spring实现了处理所有request请求的一个servlet (DispatcherServlet)并由该servlet阻塞式处理处理。所以SpringCloud Zuul无法摆脱servlet模型的弊端。 <br/> **4. Gateway模型** <mark>Spring Cloud Gateway是基于WebFlux框架实现的，而WebFlux框架底层则使用了高性能的Reactor模式通信框架Netty</mark>。 <br/> 传统的Web框架，比如说: Struts2，SpringMVC等都是基于Servlet APl与Servlet容器基础之上运行的。 <br/> 但是在Servlet3.1之后有了异步非阻塞的支持。而<mark>WebFlux是一个典型非阻塞异步</mark>的框架，它的核心是基于Reactor的相关API实现的。相对于传统的web框架来说，它可以运行在诸如Netty，Undertow及支持Servlet3.1的容器上。非阻塞式+函数式编程(Spring 5必须让你使用Java 8)。 <br/> Spring WebFlux是Spring 5.0 引入的新的响应式框架，区别于Spring MVC，它不需要依赖Servlet APl，它是完全异步非阻塞的，并且基于Reactor来实现响应式流规范。