Spring Boot微服务之网关

微服务包括了很多内容，其实一篇两篇文章根本说不清的。我觉得这篇系列教程将的特别好，在我刚开始接触微服务的时候，直接使用了springboot cloud alibaba，编写了两个模块，配合Nacos，实现了微服务的互相调用，其实再深入的考虑，就要到了服务之间的授权了。外部应用可以随意调用微服务，这样也不是好办法，而且微服务如何作为一个整体进行对外服务，也是一个问题，我刚开始其实就是使用了两个名称不同的模块，然后部署到服务器Tomcat之后，在前端页面，分别使用了不同的应用程序名称进行了服务调用。我觉得这样就脱离了微服务的本来意义。微服务，对外部应该是透明的，不能让人感觉这是一个微服务，而应该让人觉得，多个微服务构建起来的应该是一个整体，作为一个整体对外提供服务。于是，服务网关的概念就出现了。

1.添加依赖

1
2
3
4
5

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

这里有一个问题，就是spring-cloud-starter-agteway和spring-boot-starter-web不兼容，所以spring-boot-starter-web需要添加下面的排除选项。

1
2
3
4
5
6
7
8
9
10

 <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <exclusions>
        <exclusion>
            <artifactId>*</artifactId>
            <groupId>*</groupId>
        </exclusion>
    </exclusions>
</dependency>

而且排除了依赖之后，项目的启动类就不能继承SpringBootServletInitializer了，即不能打包成war包了。也有人说，直接web模块中的spring-boot-starter-tomcat,也可以，但是排除之后，该如何使用web模块中的内容呢？没办法，网关就只做网关好了。

还可以这样引入依赖，使用webflux而不是web

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

<dependencies>
<!--        <dependency>-->
<!--            <groupId>org.springframework.boot</groupId>-->
<!--            <artifactId>spring-boot-starter-web</artifactId>-->
<!--        </dependency>-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-webflux</artifactId>
            <version>2.3.0.RELEASE</version>
        </dependency>

        <!--网关-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
    </dependencies> 

使用webflux代替starter-web,那么在使用thymealef模板时就需要做额外的工作了,这部分工作好像还挺多的，如果硬要上，可能会得不偿失。

2.编写application.yml配置文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

server:
  port: 8080
spring:
  application:
    name: api-gateway
  cloud:
    gateway:
      routes:
       # 路由的标识，我们自定义的路由 ID，保持唯一
        - id: url-proxy-1  
          # 转发的地址，目标服务地址
          uri: https://blog.csdn.net
          # 指定断句，路由条件，Predicate 接受一个输入参数，返回一个布尔值结果。该接口包含多种默认方法来将 Predicate 组合成其他复杂的逻辑（比如：与，或，非）
          predicates:
            ## Path支持通配符，/csdn/** 匹配所有/csdn开头的路由，并进行转发到　{uri} /csdn/** 
            - Path=/csdn
          # 指定过滤器
          filters: 

上面这段配置的意思是，配置了一个 id 为 url-proxy-1的URI代理规则，路由的规则为：当访问地址http://localhost:8080/csdn/1.jsp时，会路由到上游地址https://blog.csdn.net/1.jsp。

3.path变量

需求如下：将路由 /{servername}/user/** 转发到 http://www.test/{servername}/user/**,配置如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

app-name: gateway

service-url:
  user-service: http://localhost:8022

server:
  port: 7000
spring:
  application:
    name: ${app-name}
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
        ip: 127.0.0.1
    gateway:
      routes:
        - id: url-proxy-1
          uri: ${service-url.user-service}/{servername}_{api_name}/**
          predicates:
            - Path=/{servername}/{api_name}/**

4.过滤器

过滤器主要有：StripPrefix、PrefixPath、Hystrix、LoadBalancerClient(负载均衡过滤器)

总共有如下的过滤器：

5.WebFlux

6.动态路由

动态路由的意思就是说：一般来说作为生产上的通用网关要求有路由动态修改能力，不重启网关服务即可即使生效。无论是新增路由、或者是修改路由的过滤规则，添加过滤器都可以不重启网关生效。