Spring Cloud Gateway是Spring Cloud的一个子项目。而zuul则是Netflix公司的项目，只是Spring 将zuul集成在Spring Cloud中使用而已。

因为zuul2.0连续跳票和zuul1的性能表现不是很理想，所以催生了spring团队开发了Gateway项目

Zuul

Zuul是netflix公司的项目，本质上是web servlet，基于JavaEE Servlet技术栈，使用阻塞API，处理的是http请求，没有提供异步支持，不支持任何长连接，比如websocket

依赖：

   <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-zuul</artifactId>
    </dependency>

核心配置

server.port=81
 
#eureka注册中心首页的Application这一栏
spring.application.name=springcloud-7-service-eureka-zuul
 
#每间隔5s，向Eureka服务注册中心发送一次心跳，证明服务是否依然“存活”
eureka.instance.lease-renewal-interval-in-seconds=2
#告诉服务端，如果10s之内没有发送心跳，就代表故障，将本服务踢出
eureka.instance.lease-expiration-duration-in-seconds=10
#告诉服务端，服务实例以IP作为链接，不是取机器名
eureka.instance.prefer-ip-address=false
 
#注册服务实例ID,，服务ID必须唯一
eureka.instance.instance-id=springcloud-7-service-eureka-zuul
#注册中心的链接地址  http://localhost:8761/eureka
eureka.client.service-url.defaultZone=http://eureka8761:8761/eureka,http://eureka8762:8762/eureka,http://eureka8763:8763/eureka
 
 
#设置Zuul超时时间
zuul.host.connect-timeout-millis=6000
zuul.host.socket-timeout-millis=6000
 
#配置路由规则
#/ **代表是所有（多个）层级   如：/springcloud/eureka/hystrix/goodHystrixList
#/ * 是代表一层； 如： /hystrix/goodHystrixList 就不会被路由
zuul.routes.portal.service-id=springcloud-6-service-eureka-hystrix-consumer
zuul.routes.portal.path=/web/**
#接口调用需要一定的规范，如调用微服务的API URL前缀需要加上/api
#http://localhost:81/api/web/springcloud/eureka/hystrix/goodList1
zuul.prefix=/api
 
 
#通过自定义的规则进行访问，但是依然能用之前的微服务名调用，这是不合理的，第一是有多重地址了， 第二一般微服务名这种最好不要暴露在外，所以我们一般会禁用微服务名方式调用
# 一个一个通过微服务名来配置难免有点复杂，所以一般这样配置来禁用所有
# 禁用微服务名方式调用
zuul.ignored-services=*
#zuul.ignored-services=springcloud-6-service-eureka-hystrix-consumer
 
 
#禁用过滤器
zuul.LogFilter.route.disable=true
#禁用 zuul 默认的异常处理 SendErrorFilter 过滤器，然后自定义 Errorfilter 过滤器
zuul.SendErrorFilter.error.disable=true 

Gateway

Spring Boot和Spring Webflux提供的Netty底层环境，不能和传统的Servlet容器一起使用，也不能打包成一个WAR包，使用非阻塞API，支持websocket。

依赖

<dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-gateway</artifactId>
    </dependency>

核心配置

server.port=81
 
#eureka注册中心首页的Application这一栏
spring.application.name=springcloud-7-service-eureka-gateway
 
#每间隔5s，向Eureka服务注册中心发送一次心跳，证明服务是否依然“存活”
eureka.instance.lease-renewal-interval-in-seconds=2
#告诉服务端，如果10s之内没有发送心跳，就代表故障，将本服务踢出
eureka.instance.lease-expiration-duration-in-seconds=10
#告诉服务端，服务实例以IP作为链接，不是取机器名
eureka.instance.prefer-ip-address=false
 
#注册服务实例ID,，服务ID必须唯一
eureka.instance.instance-id=springcloud-7-service-eureka-gateway
#注册中心的链接地址  http://localhost:8761/eureka
eureka.client.service-url.defaultZone=http://eureka8761:8761/eureka,http://eureka8762:8762/eureka,http://eureka8763:8763/eureka
 
#网关路由配置
#路由 id,没有固定规则，但唯一，建议与服务名对应
spring.cloud.gateway.routes-id=springcloud-6-service-eureka-hystrix-provider
#匹配后提供服务的路由地址
spring.cloud.gateway.routes.uri=http://localhost:9001
#以下是断言条件，必选全部符合条件
#断言，路径匹配 注意：Path 中 P 为大写
spring.cloud.gateway.routes.predicates-Path=/service/**
#只能是 GET 请求时，才能访问
spring.cloud.gateway.routes.predicates-Method=GET

相同点：

1、底层都是servlet

2、两者均是web网关，处理的是http请求

不同点：

1、内部实现：

gateway对比zuul多依赖了spring-webflux，在spring的支持下，功能更强大，内部实现了限流、负载均衡等，扩展性也更强，但同时也限制了仅适合于Spring Cloud套件

zuul则可以扩展至其他微服务框架中，其内部没有实现限流、负载均衡等。

2、是否支持异步

zuul仅支持同步

Zuul1.0 使用的是 BIO（Blocking IO，同步阻塞） tomcat7.0 以前都是 BIO 性能一般 ；Zuul2.0 性能好，使用 NIO（Non-Blocking IO，同步非阻塞）

gateway支持异步，使用的 AIO（a+nio = aio = async + no blocking io，异步非阻塞）。理论上gateway则更适合于提高系统吞吐量（但不一定能有更好的性能），最终性能还需要通过严密的压测来决定

3、框架设计的角度

gateway具有更好的扩展性，并且其已经发布了2.0.0的RELESE版本，稳定性也是非常好

4、性能

WebFlux 模块的名称是 spring-webflux，名称中的 Flux 来源于 Reactor 中的类 Flux。

Spring webflux 有一个全新的非堵塞的函数式 Reactive Web 框架，可以用来构建异步的、非堵塞的、事件驱动的服务，在伸缩性方面表现非常好。使用非阻塞API。 Websockets得到支持，并且由于它与Spring紧密集成，所以将会是一个更好的 开发 体验。

Zuul 1.x，是一个基于阻塞io的API Gateway。Zuul已经发布了Zuul 2.x，基于Netty，也是非阻塞的，支持长连接，但Spring Cloud暂时还没有整合计划