springboot整合GateWay

1.为什么要用GateWay（GateWay的作用）

1.1方便前端调用后端api：基于微服务架构中的设计及实现上的问题，为了在项目中简化前端的调用逻辑，同时也简化内部服务之间互相调用的复杂度，更好保护内部服务,提出了网关的概念。

1.2对外界隐藏内部api接口真实地址，所以，GateWay的主要作用：前端访问url和后端的api资源真实地址的映射

问：GateWay如何实现请求地址的映射？

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

首先我们需要引入GateWay的依赖，这样我们可以使用GateWay的jar包 ，如上所示

server:
  port: 9000
spring:
  application:
    name: sca-gateway
  cloud:
    gateway:
        routes: #配置网关路由规则
          - id: route01  #路由id,自己指定一个唯一值即可
            uri: http://localhost:8081/ #网关帮我们转发的url
            predicates: ###断言(谓此):匹配请求规则
              - Path=/nacos/provider/echo/**  #请求路径定义,此路径对应uri中的资源
            filters: ##网关过滤器,用于对谓词中的内容进行判断分析以及处理
              - StripPrefix=1 #转发之前去掉path中第一层路径，例如nacos

其次，使用application.yml的配置，这里使用application.yml是因为这里的GateWay服务暂时不用注册到Nacos 

做好如上的配置之后，当我们访问http://localhost:9000/nacos/provider/echo/*这种地址的时候，通过GateWay请求就会被转发到http://localhost:8081/provider/echo/*这样的地址了。

接下来我们研究一下，GateWay底层是怎么实现GateWay对的请求转发的?

1.2.1我们先做一个脱离源码的分析：

因为这里只配置了application.yml配置文件，所以请求的跳转一定是通过配置文件类规定的。根据常识，配置文件在spring项目启动的时候是会被加载到spring容器里的，而后当我们发起一个请求的时候（当我们请求http://localhost:9000/nacos/provider/echo/*这样的路径的时候），容器底层一定是先根据predicates来判断，（那这个判断一定是通过拦截器或者过滤器实现的），然后用配置中的filters对请求路径进行处理，之后就是我们所熟悉的dispatchservlet去dispatch处理下来的请求了。

1.2.2以上都是我的猜测，下面用源码来证实一下：

首先，启动Nacos服务器

 然后，启动在GateWay中配置的consumer服务以及GateWay服务

 然后，在工具中测试请求，并得到了我们想要的结果：访问9000的GateWay对外开放的接口，容器将请求处理后转发给了consumer服务并执行了consumer中的handler，再把响应结果返回。

1.3GateWay的Filter过滤器执行流程

以上我们测试成功后，我们再用源码证实一下之前的猜测:

在RoutePredicateHandlerMapping中调用predicate的test方法对路径进行matches校验，校验成功后就通过WebHandler去调用loadbalanced的过滤器去找到真正的server了。由于这里面用到了mono这些超出我知识范畴的东东西，就不说了。。。

1.3基于GateWay和nacos的负载均衡

1.4基于GateWay和sentinel的限流设计