一、为什么选择SpringCloud Gateway而不是Zuul?

Gateway和Zuul的职责一样，都承担着请求分发，类似Nginx分发到后端服务器。

1.SpingCloud Gateway 和SpringCloud Zuul对比分析

(1)相同点

• 底层都是servlet
• 两者均是web网关，处理的是http请求

(2)不同点

a.内部实现

gateway对比zuul多依赖了spring-webflux，在spring的支持下，功能更强大，内部实现了限流、负载均衡等，扩展性也更强，但同时也限制了仅适合于Spring Cloud套件；
zuul则可以扩展至其他微服务框架中，其内部没有实现限流、负载均衡等。

b.是否支持异步

zuul仅支持同步;
gateway支持异步(理论上gateway则更适合于提高系统吞吐量(但不一定能有更好的性能)，最终性能还需要通过严密的压测来决定)。

c.框架设计的角度

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

d.性能

Zuul和Gateway哪个性能更好，有朋友特别做了测试并写下了文章:
微服务网关选型：spring cloud gateway、zuul 1性能对比测试

e.限流

Zuul2：可通过配置文件或者filter实现；
Gateway:可对IP、用户、集群进行限流，并提供扩展接口。

f.鉴权

Zuul2：filter中代码实现；
Gateway：普通鉴权、auth2.0。

g.监控

Zuul2：filter中代码实现;
Gateway：Gateway Metrics Filter实现。

h.易用性

Zuul2：参考较少;
Gateway：简单易用。

(3)架构图

a.Zuul2内部架构图

b.Gateway内部架构图

2.究竟该选Gateway还是Zuul?

我的看法是结合业务场景和实际情况。比方说，如果是一个新的项目可以采用Gateway，如果是二次开发某个项目，而那个项目网关用的是Zuul，建议不要改，保持现状，直到真正搞懂了那个项目和框架底层，可以尝试试验换(最终换不换在于换的成本有多高，如果太高的话，还是不要换)。

二、SpringCloud整合Gateway

1.导入Maven依赖

org.springframework.cloud    spring-cloud-starter-gateway

2.配置文件

server:  port: 8080spring:  cloud:    gateway:      discovery:        locator:          lowerCaseServiceId: true          enabled: true      routes:        # 认证中心        - id: blog-api          uri: lb://blog-api          predicates:            - Path=/api/**          filters:            - StripPrefix=1application:  name: blog-gateway-servereureka:  client:    serviceUrl:      defaultZone: http://localhost:8761/eureka/

3.启动并测试

整合其实非常简单，关键在于两个:
第一，SpringCloud和SpringBoot版本要兼容；
第二，配置文件要对，否则会遇到这样的问题，能够正常启动，但是通过网关访问不到下面的微服务。

我的测试效果，如图: