《Spring Cloud学习笔记：Nacos配置管理 OpenFeign LoadBalancer Getway》

news2025/6/26 15:02:05
  • 基于Feign的声明式远程调用（代码更优雅），用它来去代替我们之前的RestTemplate方式的远程调用

1. Nacos配置管理

  • Nacos除了可以做注册中心，同样也可以做配置管理来使用。 
  • 利用Nacos实现统一配置管理以及配置的热更新：解决微服务的配置文件重复和配置热更新问题

1.1 统一配置管理

  • 配置的热更新：服务不用重启配置就可以生效。 

当微服务部署的实例越来越多时，逐个修改微服务配置就会效率低下，而且很容易出错，所以我们需要一种统一配置管理方案，可以集中管理所有实例的配置。

而Naocs除了可以做注册中心，同样也可以做配置管理来使用：

  • Nacos一方面可以将配置集中管理，另一方面可以在配置变更时，及时通知微服务，实现配置的热更新。 

在nacos中添加配置文件：把配置交给Nacos去实现配置的统一管理

如何在nacos中管理配置呢？

然后在弹出的表单中，填写配置信息：

注意：
  • 项目的核心配置，需要热更新的配置才有放到nacos管理的必要，基本不会变更的一些配置还是保存在微服务本地比较好。  

从微服务拉取配置

微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动：

  • 但是Nacos地址是配置在application.yml当中，我们先读取Nacos中的配置文件之前，要先获取Nacos的地址，那如何得知Nacos的地址呢？ 

因此Spring引入了一种新的配置文件：bootstrap.yml文件，会在application.yml之前被读取，流程如下： 

  • bootstrap.yml的配置文件的优先级会比application.yml配置文件的优先级要高很多。
  • 与Nacos地址和配置文件相关的所有信息都应该放在bootstrap.yml当中。

1. 引入nacos-config依赖：引入Nacos的配置管理依赖

  • 在服务消费者中的pom.xml中引入依赖 
<!--nacos配置管理依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

2. 在resource目录中添加一个bootstrap.yml文件，这个文件是引导文件，它的优先级高于                application.yml

配的就是Data ID： 

spring:
  application:
    name: userservice # 配置服务名称
  profiles:
    active: dev #开发环境，这里是dev 
  cloud:
    nacos:
      server-addr: localhost:8848 # 配置Nacos地址
      config:
        file-extension: yaml # 文件后缀名

3. 读取nacos配置

在user-service中的UserController中添加业务逻辑，读取pattern.dateformat配置：

针对于本例用来格式化时间

1.2 配置热更新

  • 我们最终的目的，是修改nacos中的配置后，微服务无需重启即可让配置生效，也就是配置热更新。  

要实现配置热更新，可以使用两种方式：需要通过下面两种配置实现

方式一：在@Value注入的变量所在类上添加注解@RefreshScope

方式二：使用@ConfigurationProperties注解代替@Value注解  

  • 需要自定义配置类

1.3 多环境配置共享

当nacos、服务本地同时出现相同属性时，多种配置的优先级有高低之分：

  • 本地配置的优先级是最低的，而线上配置也就是Nacos中的配置是更高一点儿的。
  • 当前环境的配置肯定要比多环境共享配置的优先级更高。 

1.4 搭建Nacos集群

  • 注意：Nacos生产环境下一定要部署为集群状态~！
  • SLB指的是负载均衡器

2. OpenFeign远程调用

  • http客户端Feign

RestTemplate方式调用存在的问题：

  • 代码可读性差，编程体验不统一
  • 遇到参数复杂的URL难以维护

Feign的介绍

  • Feign是一个伪声明式的HTTP客户端，官方地址：GitHub - OpenFeign/feign: Feign makes writing java http clients easier 

其作用就是帮助我们优雅的实现HTTP请求的发送~！

OpenFeign的介绍

OpenFeign是一个声明式的HTTP客户端，是Spring Cloud在Eureka公司开源的Feign基础上改造而来，官方地址：https://github.com/OpenFeign/feign 

其作用就是基于SpringMVC的常见注解，帮我们优雅的实现http请求的发送~！

OpenFeign快速入门 

OpenFeign已经被Spring Cloud自动装配，实现起来非常简答：

  1. 引入依赖，包括OpenFeign和负载均衡组件Spring Cloud Load Balancer 
        <!--OpenFeign-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <!--负载均衡器-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-loadbalancer</artifactId>
        </dependency>

旧版本中用的才是Ribbon，新版本中用的都是loadbalancer。 

联想补充：Spring Cloud怎么实现服务的负载均衡？

  • Spring Cloud 2020.0.0之前的版本使用的是spring-cloud-netflix-ribbon，一开始都是使用Ribbon作为负载均衡组件的，不过现在的Spring Cloud 2020.0.0 及后续新版本已经弃用Ribbon了，而是使用Spring Cloud Load Balancer模块作为负载均衡组件，用来替代Ribbon，不过这个也不是独立的模块，而是spring-cloud-commons中的一个子模块。 

Spring Cloud LoadBalancer支持哪些负载均衡策略？

Spring Cloud LoadBalancer提供了自己负载均衡的抽象接口ReactiveLoadBalancer，并且提供了两种策略实现：

  • RoundRobinLoadBalancer（轮循）
  • RandomLoadBalancer（随机）

目前相比Ribbon来说负载均衡策略还是比较简单的。

2. 在启动类通过添加@EnableFeignClients注解，启用OpenFeign功能

编写OpenFeign客户端

在cart-service中，定义一个新的接口，编写Feign客户端：

其中代码如下：

package com.hmall.cart.client;

import com.hmall.cart.domain.dto.ItemDTO;
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;

import java.util.List;

@FeignClient("item-service")
public interface ItemClient {

    @GetMapping("/items")
    List<ItemDTO> queryItemByIds(@RequestParam("ids") Collection<Long> ids);
}

这里只需要声明接口，无需实现方法。接口中的几个关键信息：

使用FeignClient 
  • feign替我们完成了服务拉取、负载均衡、发送http请求的所有工作，而且，这里我们不再需要RestTemplate了，还省去了RestTemplate的注册。 

OpenFeign连接池

Feign底层发起http请求，依赖于其它的框架。其底层支持的http客户端实现包括：

  • HttpURLConnection：默认实现，不支持连接池 => 每一次都需要重新创建连接，因此效率极低

  • Apache HttpClient ：支持连接池

  • OKHttp：支持连接池

因此我们通常会使用带有连接池的客户端来代替默认的HttpURLConnection。比如，我们使用OK Http：

引入依赖： 

<!--OK http 的依赖 -->
<dependency>
  <groupId>io.github.openfeign</groupId>
  <artifactId>feign-okhttp</artifactId>
</dependency>

开启连接池：

  • 在application.yml配置文件中开启Feign的连接池功能
feign:
  okhttp:
    enabled: true # 开启OKHttp功能

重启服务，连接池就生效了。 

所谓最近实践，就是使用过程中总结的经验，最好的一种使用方式。   

日志配置

OpenFeign只会在FeignClient所在包的日志级别为DEBUG时，才会输出日志。而且其日志级别有4级：

  • NONE：不记录任何日志信息，这是默认值。

  • BASIC（推荐）：仅记录请求的方法，URL以及响应状态码和执行时间

  • HEADERS：在BASIC的基础上，额外记录了请求和响应的头信息

  • FULL：记录所有请求和响应的明细，包括头信息、请求体、元数据。

Feign默认的日志级别就是NONE，所以默认我们看不到请求日志。

要自定义日志级别需要声明一个类型为Logger.Level的Bean，在其中定义日志级别：

  • 也可以基于Java代码来修改日志级别，先声明一个类，然后声明一个Logger.Level的对象

public class DefaultFeignConfiguration  {
    @Bean
    public Logger.Level feignLogLevel(){
        return Logger.Level.BASIC; // 日志级别为BASIC
    }
}

如果要全局生效，将其放到启动类的@EnableFeignClients这个注解中：

@EnableFeignClients(defaultConfiguration = DefaultFeignConfiguration .class)

如果是局部生效，则把它放到对应的@FeignClient这个注解中：

@FeignClient(value = "userservice", configuration = DefaultFeignConfiguration .class)

3. Getway服务网关 

  • 统一网关Getway

由于每个微服务都有不同的地址或端口，入口不同，在与前端做联调时会发现：

  • 请求不同数据时要访问不同的入口，需要维护多个入口地址，麻烦
  • 前端无法调用Nacos，无法实时更新服务列表

单体架构时我们只需要完成一次用户登录、身份校验，就可以在所有业务中获取到用户信息，而微服务拆分后，每个微服务都独立部署，这就存在一些问题：

  • 如果没有网关做校验，微服务直接摆在那里，允许任何人都可以来请求访问，这是不安全的
  • 如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用，这样无疑增加了代码编写的复杂性
  • 服务地址过多，而且将来可能变化，前端不知道该请求谁？
  • 认证复杂，每个服务都需要独立认证：每个服务都可能需要登录用户信息，难道每个微服务都需要编写JWT登录校验、用户信息获取的功能吗？
  • 当微服务之间调用时，该如何传递用户信息？

可以通过API网关技术来解决上述问题。

网关概述 

网关的核心功能特性 

网关就是网络的关口，是指系统的统一入口，它封装了应用程序的内部结构，为客户端提供统一服务，一些与业务本身功能无关的公共逻辑可以在这里实现，负责前端请求的路由 => 服务路由（告诉你在几楼几号这叫做路由）、转发（你找不着带你过去这叫做转发）以及用户登录时的身份校验（身份认证和权限校验，做过滤拦截）（检查你户口本）。

数据在网络间传输，从一个网络传输到另一网络时就需要经过网关来做数据的路由和转发以及数据安全的校验。

网关的作用：

网关是所有微服务的统一入口 

  1. 对用户请求做身份认证、权限校验
  2. 将用户请求路由到微服务，并实现负载均衡
  3. 对用户请求做限流 

  • 网关路由：解决前端请求入口的问题
  • 网关鉴权：解决统一登录校验和用户信息获取的问题

 更通俗的来讲，网关就像是以前园区传达室的大爷。

  • 外面的人要想进入园区，必须经过大爷的认可，如果你是不怀好意的人，肯定被直接拦截。

  • 外面的人要传话或送信，要找大爷。大爷帮你带给目标人。

现在，服务网关就起到同样的作用，前端请求不能直接访问微服务，而是要请求网关：

  • 网关可以做安全控制，也就是做登录身份校验，网关作为微服务入口，需要校验用户是否有请求资格（比如是否登录），校验通过才放行（接着解析JWT令牌），如果校验不通过则需要进行拦截
  • 一切请丢都必须先经过网关，但网关不处理业务，通过网关认证后，网关再根据前端的请求判断应该访问哪个微服务，这个判断的过程就是请求路由，然后再将请求转发过去，转发到具体的微服务，当路由的目标服务有多个时，还需要做负载均衡
  • 网关它也是一个微服务，网关也是需要将自己的信息注册到注册中心上，并且网关会去注册中心去拉取所有的服务地址
  • 有了网关以后，我们微服务的地址再也不需要暴露给前端了，要暴露给前端的仅仅是网关地址，这对于微服务来讲也是一种保护，而且，对前端来讲，由于它只知道网关地址，因此整个微服务对它来讲是隐藏的，是一个黑盒的，也就是说在前端看来，后端跟原来的单体架构其实是没什么区别的，这样它的开发体验也是一致的
  • 一切请求，一定要先到网关（前端直接请求网关），即可再到微服务~！
  • 限流：当请求流量过高时，在网关中按照下游的微服务能够接受的速度来放行请求，避免服务压力过大

如果微服务有做集群，网关还要进行负载均衡： 

在Spring Cloud当中，提供了两种网关的实现方案：

  • Netfilx Zuul：它是Netflix出品，基于Servlet的阻塞式编程，早期实现，目前已经淘汰，需要调优才能获得与Spring Cloud Getway类似的性能
  • Spring Cloud Getway：Spring官方出品，基于Spring 5 中提供的的WebFlux技术，完全支持响应式编程，属于响应式编程的体现 => 基于WebFlux的响应式编程，吞吐能力更强，具备更好的性能，无需调优即可获得优异性能
注意：
  • Spring Cloud Alibaba技术栈中并没有提供自己的网关，我们可以采用Spring Cloud Getway来做网关。

Getway快速入门

利用网关实现请求路由

  • 网关是一个独立服务~！ 

搭建网关服务

  1. 创建新的Module，创建Spring Boot工程Getway，引入Spring Cloud Getway的起步依赖和Nacos的服务发现依赖
        <!--网关Getway依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
        <!--nacos的服务发现依赖-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!--负载均衡-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-loadbalancer</artifactId>
        </dependency>
       
     <!-- Spring Boot的编译打包插件-->
     <build>
        <finalName>${project.artifactId}</finalName>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

2. 编写启动类SpringBootApplication

3. 编写基础配置和路由规则（配置路由规则：spring cloud getway routes）

  • id是路由的唯一标识，每一个路由规则都应该有自己的ID，确保它唯一不重复。
server:
  port: 10010 # 网关端口
spring:
  application:
    name: gateway # 服务名称
  cloud:
    nacos:
      server-addr: localhost:8848 # nacos地址
    gateway:
      routes: # 网关路由配置
        - id: user-service # 路由规则id,自定义(一般情况下与微服务名称保持一致),只要唯一即可
          # uri: http://127.0.0.1:8081 # 路由的目标地址 http就是固定地址(不推荐)
          uri: lb://userservice # 路由的目标地址(路由目标微服务) lb就是负载均衡,后面跟服务名称
          predicates: # 路由断言,判断请求是否符合规则,符合规则才路由到目标也就是判断请求是否符合路由规则的条件
            - Path=/user/** # 这个是按照路径匹配,只要以/user/开头就符合要求

4. 启动网关服务进行测试

路由属性总结 

网关路由对应的Java类是RouteDefinition，其中常见的属性，即可以配置的内容包括：

  • 路由id：路由的唯一标识
  • 路由目标（uri）：路由的目标地址（路由目的地），支持lb和http两种：http代表固定地址，lb代表根据服务名负载均衡
  • 路由断言（predicates）：判断请求是否符合路由的规则，判断请求是否符合要求，符合则转发到路由目的地
  • 路由过滤器（filters）：对请求或响应做特殊处理

路由断言工厂 - Route Predicate Factory

读取并解析用户配置定义的断言规则 

  • 我们在配置文件中写的断言规则只是字符串，这些字符串会被Predicate Factory读取并处理，转变为路由判断的条件

例如Path=/user/**是按照路径匹配，这个规则是由

"org.springframework.cloud.gateway.handler.predicate.PathRoutePredicateFactory"类来处理的

Spring提供了12种基本的RoutePredicateFactory实现：

名称说明示例
After是某个时间点后的请求- After=2037-01-20T17:42:47.789-07:00[America/Denver]
Before是某个时间点之前的请求- Before=2031-04-13T15:14:47.433+08:00[Asia/Shanghai]
Between是某两个时间点之前的请求- Between=2037-01-20T17:42:47.789-07:00[America/Denver], 2037-01-21T17:42:47.789-07:00[America/Denver]
Cookie请求必须包含某些cookie- Cookie=chocolate, ch.p
Header请求必须包含某些header- Header=X-Request-Id, \d+
Host请求必须是访问某个host（域名）- Host=.somehost.org,.anotherhost.org
Method请求方式必须是指定方式- Method=GET,POST
Path请求路径必须符合指定规则- Path=/red/{segment},/blue/**
Query请求参数必须包含指定参数- Query=name, Jack或者- Query=name
RemoteAddr请求者的ip必须是指定范围（对IP地址做限制）- RemoteAddr=192.168.1.1/24
Weight权重处理

我们只需要掌握Path这种路由工程就可以了。  

网关实现登录校验 

  • 单体架构时我们只需要完成一次用户登录、身份校验，就可以在所有业务中获取到用户信息，而微服务拆分后，每个微服务都独立部署，不再共享数据，总不能每个微服务都需要做登录校验，这显然不可取。 

鉴权思路分析

  • 我们的登录是基于JWT来实现的，校验JWT的算法复杂，而且需要用到密钥，如果每个微服务都去做登录校验，这就会存在两大问题：
  1. 每个微服务都需要知道JWT的密钥，不安全
  2. 每个微服务重复编写登录校验代码、权限校验代码，麻烦

既然网关是所有微服务的入口，一切请求都需要先经过网关，我们完全可以把登录校验的工作放到网关去做，这样之前说的问题就都解决了：

  • 只需要在网关和用户服务保存密钥
  • 只需要在网关开发登录校验的功能

此时，登录校验的流程图：

JWT校验它一定要在网关将请求转发到微服务之前去做，但是请求转发是Getway网关内部代码来做，那我们如何在网关转发之前去做登录校验？

网关过滤器 

Getway网关内部源码分析 - 网关请求处理流程

  • 登录校验必须在网关请求转达到微服务之前去做，否则就失去了意义，而网关的请求转发是Gateway内部代码实现的，要想在请求转发之前做登录校验，就必须了解Gateway内部工作的基本原理。
  • 我们知道，网关的底层是没有业务逻辑的，它要做的事情就是基于我们配置的路由规则来去判断前端请求到底应该由哪个微服务来进行处理，然后将请求转发到对应的微服务，而这里对路由规则的判断就是由HandlerMapping的接口来进行处理的，HandlerMapping的默认实现是RoutePredicateHandlerMapping（基于路由断言去做路由规则的匹配）。
  • HandlerMapping就是来做路由匹配的，匹配完了以后就交给下一个接口去处理了，这就是责任链模式。

如图所示：

  1. 客户端请求进入网关后由HandlerMapping对请求做判断，HandlerMapping找到与当前请求匹配的路由规则（Route）并存入上下文，然后将请求交给请求处理器WebHandler去处理。

  2. WebHandler则会加载网关中配置的多个过滤器，加载当前路由下需要执行的过滤器链（Filter Chain），放入到集合并排序，形成过滤器链，然后按照顺序逐一执行这些过滤器（后面称为Filter）。

  3. 图中Filter被虚线分为左右两部分，是因为Filter内部的逻辑分为pre和post两部分，分别会在请求路由到微服务之前和之后被执行  =>  pre顺序执行，post倒序执行。

  4. 只有在所有Filter的pre逻辑都依次顺序执行通过后，请求才会被路由到微服务（如果过滤器的pre逻辑执行失败，则会直接结束，不会再往下去执行了）。

  5. 微服务返回结果后，再倒序执行Filter的post逻辑。

  6. 最终把响应结果返回。

过滤器链当中的一个特殊过滤器：

  • NettyRoutingFilter：该过滤器不用做配置，默认对所有路由都生效的过滤器，而且该过滤器的执行顺序恰好就是在整个过滤器链的最后，而它的作用就是将请求转发到微服务，当微服务返回结果后去做封装，然后保存上下文接着又依次返回给其它过滤器，最终返回给用户。 

上图我们得知：最终请求转发是由一个名为NettyRoutingFilter的过滤器来执行的，而且这个过滤器是整个过滤器链中顺序最靠后的一个，如果能够定义一个过滤器，在其中实现登录校验逻辑，并且将过滤器的执行顺序定义到NettyRoutingFilter之前， 

路由过滤器或网关过滤器 - GaetwayFilter

GaetwayFilter是网关中提供的一种过滤器，可以对进入网关的请求和微服务返回的响应做处理：

路由过滤器工厂 - GetwayFilterFactory

Spring提供了33种不同的路由过滤器(工厂)，每种路由过滤器都有独特的作用，例如：

名称说明
AddRequestHeader给当前请求添加一个请求头（key-value形式）
RemoveRequestHeader移除请求中的一个请求头
AddResponseHeader给响应结果中添加一个响应头
RemoveResponseHeader从响应结果中移除有一个响应头
RequestRateLimiter限制请求的流量

......

在服务的application.yml当中来配置。

默认过滤器 - defaultFilters 

  •  如果要对所有的路由都生效，则可以将过滤器工厂写到defalut下。
spring:
  cloud:
    gateway:
      routes:
      - id: user-service 
        uri: lb://userservice 
        predicates: 
        - Path=/user/**
      default-filters: # 默认过滤项
      - AddRequestHeader=Truth, Itcast is freaking awesome!

总结 

过滤器的作用是什么？

  1. 对路由的请求或响应做加工处理，比如添加请求头
  2. 配置在路由下的过滤器只对当前路由的请求生效

defaultFilters的作用是什么？

  • 对所有路由都生效的过滤器 

全局过滤器 - GlobalFilter

  • 全局过滤器的作用是拦截处理一切进入网关的请求和微服务响应，与GetwayFilter的作用一样。
  • 区别于路由过滤器或网关过滤器GetwayFilter通过配置来定义，并且每一种路由过滤器的处理逻辑是固定的，如果我们希望拦截请求，做自己的业务逻辑则没办法实现，而GlobalFilter的逻辑需要自己写代码实现。

定义方式是实现GlobalFilter接口：

public interface GlobalFilter {
    /**
     *  处理当前请求，有必要的话通过{@link GatewayFilterChain}将请求交给下一个过滤器处理
     *
     * @param exchange 请求上下文，里面可以获取Request、Response等信息
     * @param chain 用来把请求委托给下一个过滤器 
     * @return {@code Mono<Void>} 返回标示当前过滤器业务结束
     */
    Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain);
}

在filter中编写自定义逻辑，可以实现下列功能：

  • 登录状态判断
  • 权限校验
  • 请求限流等 

拦截器是在Servlet之后Controller之前，而过滤器是在Servlet之前。        

package cn.itcast.filter;

import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.core.Ordered;
import org.springframework.core.annotation.Order;
import org.springframework.http.HttpStatus;
import org.springframework.http.server.reactive.ServerHttpRequest;
import org.springframework.stereotype.Component;
import org.springframework.util.MultiValueMap;
import org.springframework.web.server.ServerWebExchange;
import reactor.core.publisher.Mono;

/**
 * 自定义全局过滤器
 * 过滤器的顺序除了可以通过注解来指定,还可以通过Ordered接口来指定 => 责任链模式
 */
@Order(-1)  // 该注解是一个顺序注解,设置过滤器先后顺序的,这个值越小,优先级越高
@Component
public class AuthorizationFilter implements GlobalFilter, Ordered {
    /**
     * 自定义全局过滤器,拦截请求并判断用户身份(登录认证过滤器)
     *
     * @param exchange 请求上下文,里面可以获取Request,Response等信息
     * @param chain    用来把请求委托给下一个过滤器
     * @return 返回标识当前过滤器业务结束
     */
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        // 1.获取请求参数               .var自动补全左边
//        MultiValueMap<String, String> queryParams = exchange.getRequest().getQueryParams();
        ServerHttpRequest request = exchange.getRequest();
        MultiValueMap<String, String> queryParams = request.getQueryParams();
        // 2.获取参数中的authorization参数
        String authorization = queryParams.getFirst("authorization");
        // 3.判断参数值是否等于admin
        if ("admin".equals(authorization)) {
            // 4.是,放行  只有这一个API
            return chain.filter(exchange);
        } else {
            // 5.否,拦截
            // 5.1 禁止访问,设置状态码:HttpStatus是一个枚举类     403:服务端拒绝访问
            exchange.getResponse().setStatusCode(HttpStatus.FORBIDDEN);
            // 5.2 结束处理
            return exchange.getResponse().setComplete();
        }
    }

    /**
     * 设置过滤器的优先级
     *
     * @return 该值越小, 优先级越高
     */
    @Override
    public int getOrder() {
        return -1;
    }
}

总结 - 实现全局过滤器的步骤：

  1. 实现GlobalFilter接口

  2. 添加注解@Order注解或者实现Ordered接口

  3. 编写处理逻辑 

过滤器一定要有顺序~！ 

过滤器链的执行顺序 

请求进入网关会碰到三类过滤器：当前路由的过滤器（局部路由过滤器）、DefaultFilter（全局路由过滤器）、GlobalFilter

请求路由后，会将当前路由过滤器和DefaultFilter、GlobalFilter，合并到一个过滤器链（集合）中，排序后依次执行每个过滤器：

  • 局部路由过滤器和全局路由过滤器它两的本质一样，是同一类，都是路由过滤器GaetwayFilter类，只不过作用范围不同而已~！

GetwayFilterAdapter：过滤器适配器  =>  适配器模式 

在网关当中，所有的GlobalFilter都可以被适配成GetwayFilter，从这个角度来讲，我们可以任务网关中的所有过滤器最终都是GetwayFilter类型，既然是同一种类型，那我们当然可以扔到同一种集合中去做排序。 

过滤器的排序规则是什么呢？网关中过滤器的执行顺序？ 

  • 每一个过滤器都必须指定一个int类型的order值，order值越小，优先级越高，执行顺序就越靠前 
  • GlobalFilter通过实现Ordered接口，或者添加@Order注解来指定order值，值由我们自己指定
  • 路由过滤器和defaultFilter的order值由Spring指定，默认是按照声明顺序（就是在application.yml文件中的声明顺序）从1递增。
  • 当过滤器的order值一样时，会按照 defaultFilter > 路由过滤器 > GlobalFilter的顺序执行（看了Spring的Getway源码才知道）。

getFilter()方法是加载路由过滤器和defaultFilter，handle()方法就是去加载GlobalFilter并且对GlobalFilter去做装饰，把它变成GetwayFilter，最后把所有过滤器合并做排序的：

总结：
  • 排序，先看order值，值越小，优先级越高，值一样时，defaultFilter最先，然后是局部的路由过滤器，最后是全局过滤器。 

网关的跨域问题处理

  • 在微服务当中，所有请求都要先经过网关，再到微服务，也就是说，跨域请求不需要在每个微服务里都去处理，仅仅在网关处理就可以了。
  • 但是网关又跟以前的不一样，网关是基于WebFlux实现的，没有Servlet相关的API，因此，我们之前所学的解决方案不一定能够适用。

跨域问题回顾：

  • 域名不一致就是跨域，比如域名不同、域名相同但端口不同

跨域问题：浏览器禁止请求的发起者与微服务发生跨域Ajax请求，请求被浏览器拦截的问题。

解决方案：CORS 

网关处理跨域问题采用的同样是CORS方案（CORS是浏览器去询问服务器你让不让跨域，它有一次询问，这个询问的请求方式是options，默认情况下这种请求方式是会被网关拦截的，所以要改为true，就是让网关不拦截options类型的请求，这样CORS的询问请求就会被正常发出了），只需要在网关Getway服务的application.yml文件当中简单配置即可实现：

spring:
  cloud:
    gateway:
      # 。。。
      globalcors: # 全局的跨域处理
        add-to-simple-url-handler-mapping: true # 解决options请求被拦截问题
        corsConfigurations:
          '[/**]':  #直接拦截哪些请求
            allowedOrigins: # 允许哪些网站的跨域请求 
              - "http://localhost:8090"
            allowedMethods: # 允许的跨域ajax的请求方式
              - "GET"
              - "POST"
              - "DELETE"
              - "PUT"
              - "OPTIONS"
            allowedHeaders: "*" # 允许在请求中携带的头信息
            allowCredentials: true # 是否允许携带cookie
            maxAge: 360000 # 这次跨域检测的有效期,减少每一次对服务器的Ajax请求而造成的访问压力

跨域的CORS方案对性能会有一定的损耗，为了减少损耗，我们可以给跨域请求设置有效期，有效期范围内，浏览器将不再发起询问，而是直接放行，从而提高性能。 

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1335808.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

86% 的网络攻击是通过加密渠道进行

86% 的网络攻击是通过加密渠道进行

自 2022 年以来&#xff0c;HTTPS 威胁增长了 24%&#xff0c;凸显了针对加密通道的网络犯罪策略的复杂性。 制造业连续第二年成为最常受到攻击的行业&#xff0c;教育和政府组织的攻击同比增幅最高。此外&#xff0c;包括恶意 Web 内容和恶意软件负载在内的恶意软件继续主导其…
阅读更多...
AcWing算法进阶课-1.17.1费用流

AcWing算法进阶课-1.17.1费用流

算法进阶课整理 CSDN个人主页&#xff1a;更好的阅读体验 原题链接 题目描述 给定一个包含 n n n 个点 m m m 条边的有向图&#xff0c;并给定每条边的容量和费用&#xff0c;边的容量非负。 图中可能存在重边和自环&#xff0c;保证费用不会存在负环。 求从 S S S 到 …
阅读更多...
geyser互通服基岩版进不去

geyser互通服基岩版进不去

Java版需要在服务器安全组开通TCP端口&#xff08;如果有宝塔&#xff0c;也需要开通&#xff09; geyser下载好的安装运行也需要开通端口&#xff0c;但是它是UDP的&#xff08;但是我同时也开启了TCP&#xff0c;可能不需要&#xff1f; Java 版玩家隧道 Java 版玩家使用 T…
阅读更多...
Cloudstack多个管理服务器节点

Cloudstack多个管理服务器节点

https://docs.cloudstack.apache.org/en/4.18.0.0/adminguide/reliability.html 参考翻译&#xff1a; 代理上支持多个管理服务器 在具有多个管理服务器的Cloudstack环境中&#xff0c;可以根据算法配置代理&#xff0c;将其连接到哪个管理服务器。这对于内部负载均衡器或高可…
阅读更多...
渗透测试——1.3计算机网络基础

渗透测试——1.3计算机网络基础

一、黑客术语 1、肉鸡&#xff1a;被黑客攻击电脑&#xff0c;可以受黑客控制不被发现 2、端口&#xff08;port&#xff09;&#xff1a;数据传输的通道 3、弱口令&#xff1a;强度不高&#xff0c;容易被猜到的口令、密码 4、客户端&#xff1a;请求申请电脑&#xff08;…
阅读更多...
web前端项目-七彩夜空烟花【附源码】

web前端项目-七彩夜空烟花【附源码】

web前端项目-七彩动态夜空烟花【附源码】 本项目仅使用了HTML&#xff0c;代码简单&#xff0c;实现效果绚丽&#xff0c;且本项目代码直接运行即可实现&#xff0c;无需图片素材&#xff0c;接下来让我们一起实现一场美丽的烟花秀叭 运行效果&#xff1a;鼠标点击和移动可控制…
阅读更多...
Linux服务器流量监控、统计、限制、实时流量，按小时查询、按天数查询、按月数查询、按周数查询、查询TOP10等等各种纬度统计

Linux服务器流量监控、统计、限制、实时流量，按小时查询、按天数查询、按月数查询、按周数查询、查询TOP10等等各种纬度统计

Linux服务器流量监控、统计、限制、实时流量，按小时查询、按天数查询、按月数查询、按周数查询、查询TOP10等等各种纬度统计。 ServerStatus-V 是一个酷炫高逼格的云探针、云监控、服务器云监控、多服务器探针。使用方便，信息直观。ServerStatus-V 是 ServerStatus 中文版 项…
阅读更多...
k8s 组件

k8s 组件

k8s: kubernets:8个字母省略&#xff0c;就是k8s. 自动部署&#xff0c;自动扩展和管理容器化的应用程序的一个开源系统。 k8s是负责自动化运维管理多个容器化程序的集群&#xff0c;是一个功能强大的容器编排工具。 以分布式和集群化的方式进行容器管理。 1.20面试版本 …
阅读更多...
如何使用 Matplotlib 绘制 3D 圣诞树

如何使用 Matplotlib 绘制 3D 圣诞树

系列文章目录 前言 转自&#xff1a;How to draw a 3D Christmas Tree with Matplotlib | by Timur Bakibayev, Ph.D. | Analytics Vidhya | Mediumhttps://medium.com/analytics-vidhya/how-to-draw-a-3d-christmas-tree-with-matplotlib-aabb9bc27864 因为我们把圣诞树安装…
阅读更多...
基于深度学习的性别识别算法matlab仿真

基于深度学习的性别识别算法matlab仿真

目录 1.算法运行效果图预览 2.算法运行软件版本 3.部分核心程序 4.算法理论概述 4.1 GoogLeNet网络结构 4.2. 基于GoogLeNet的性别识别算法 5.算法完整程序工程 1.算法运行效果图预览 2.算法运行软件版本 matlab2022a 3.部分核心程序 ..............................…
阅读更多...
Jupyter Notebook的安装及在网页端和VScode中使用教程（详细图文教程）

Jupyter Notebook的安装及在网页端和VScode中使用教程（详细图文教程）

目录 一、Jupyter Notebook1.1 组成组件1.2 优点1.3 常规用途 二、安装及使用2.1 网页端2.1.1 安装Jupyter Notebook2.1.2 检验是否安装成功2.1.3 启动Jupyter Notebook2.1.4 使用Jupyter Notebook 2.2 VScode中安装及使用2.2.1 安装Jupyter2.2.2 使用Jupyter 三、常用命令3.1 …
阅读更多...
Vue核心语法、脚手架与组件化开发、VueRouterVuex、综合案例（待办事项工具）

Vue核心语法、脚手架与组件化开发、VueRouterVuex、综合案例（待办事项工具）

学习源码可以看我的个人前端学习笔记 (github.com):qdxzw/frontlearningNotes 觉得有帮助的同学&#xff0c;可以点心心支持一下哈 一、Vue核心语法 <!DOCTYPE html> <html lang"en"><head><meta charset"UTF-8"><meta name…
阅读更多...
约束-练习题

约束-练习题

练习1 已经存在数据库test04_emp&#xff0c;两张表emp2和dept2 CREATE DATABASE test04_emp; use test04_emp; CREATE TABLE emp2( id INT, emp_name VARCHAR(15) ); CREATE TABLE dept2( id INT, dept_name VARCHAR(15) );题目: 向表emp2的id列中添加PRIMARY KEY约束向表d…
阅读更多...
广州华锐互动VRAR：VR安全模拟驾驶让顾客身临其境感受真实试驾体验

广州华锐互动VRAR：VR安全模拟驾驶让顾客身临其境感受真实试驾体验

随着科技的不断发展&#xff0c;汽车行业也在不断地进行创新。从电动汽车到自动驾驶&#xff0c;再到如今的虚拟现实技术&#xff0c;汽车行业的未来充满了无限的可能性。而在这些创新中&#xff0c;VR安全模拟驾驶无疑是最具吸引力的一项。通过戴上一副虚拟现实眼镜&#xff0…
阅读更多...
计算机毕业设计 基于SpringBoot的高校宣讲会管理系统的设计与实现 Java实战项目 附源码+文档+视频讲解

计算机毕业设计 基于SpringBoot的高校宣讲会管理系统的设计与实现 Java实战项目 附源码+文档+视频讲解

博主介绍&#xff1a;✌从事软件开发10年之余&#xff0c;专注于Java技术领域、Python人工智能及数据挖掘、小程序项目开发和Android项目开发等。CSDN、掘金、华为云、InfoQ、阿里云等平台优质作者✌ &#x1f345;文末获取源码联系&#x1f345; &#x1f447;&#x1f3fb; 精…
阅读更多...
JMeter逻辑控制器之IF控制器

JMeter逻辑控制器之IF控制器

Jmeter控制器之IF控制器 1.应用背景2.介绍3.使用4.添加控制器5.表达式说明6.函数助手调用7.举例 1.应用背景 存在一些使用场景&#xff0c;比如&#xff1a;一个测试场景中&#xff0c;包含多个请求&#xff0c;当上一个请求的结果不符合要求&#xff0c;就不需要执行下一个请求…
阅读更多...
听GPT 讲Rust源代码--src/tools(27)

听GPT 讲Rust源代码--src/tools(27)

File: rust/src/tools/clippy/clippy_lints/src/methods/suspicious_to_owned.rs 文件rust/src/tools/clippy/clippy_lints/src/methods/suspicious_to_owned.rs的作用是实施Clippy lint规则&#xff0c;检测产生潜在性能问题的字符转换代码&#xff0c;并给出相关建议。 在Rus…
阅读更多...
vscode中使用GitHub Copilot Chat

vscode中使用GitHub Copilot Chat

文章目录 一、什么是Github Copilot Chat二、安装使用三、如何使用1. 聊天功能2. 内联功能 一、什么是Github Copilot Chat GitHub Copilot Chat 由 OpenAI 的 GPT-4 大型多模态模型提供支持&#xff0c;能带来更准确的代码建议、解释和指导。GitHub Copilot Chat 的内联功能可…
阅读更多...
AI安全综述

AI安全综述

1、引言 AI安全这个话题&#xff0c;通常会引伸出来图像识别领域的对抗样本攻击。下面这张把“熊猫”变“猴子”的攻击样例应该都不陌生&#xff0c;包括很多照片/视频过人脸的演示也很多。 对抗样本的研究领域已经具备了一定的成熟性&#xff0c;有一系列的理论来论述对抗样本…
阅读更多...
Opencv学习笔记（二）图像基本操作

Opencv学习笔记（二）图像基本操作

图像基本操作 一、边界填充 二、图像融合 三、图像阈值 四、图像平滑 五、形态学预算 1、腐蚀操作 2、膨胀操作 3、开闭运算操作 4、梯度运算 5、顶帽运算 6、黑帽运算 一、边界填充 cv2.copyMakeBorder(img, top_size, bottom_size, left_size, right_size, borde…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023