Nacos配置管理、Feign、Gateway

最新推荐文章于 2024-05-18 10:08:40 发布

愿你一世安呀

最新推荐文章于 2024-05-18 10:08:40 发布

阅读量1.7k

点赞数 1

本文链接：https://blog.csdn.net/weixin_44744094/article/details/124803925

版权

微服务专栏收录该内容

8 篇文章 0 订阅

订阅专栏

Nacos配置管理

统一配置管理

配置更改热更新

在Nacos中添加配置信息：

在表单中填写配置信息：

配置获取的步骤如下：

1. 引入Nacos的配置管理客户端依赖

        <!--   nacos配置管理依赖     -->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>

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

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

微服务引用nacos的配置成功！！！

配置热更新

Ncos中的配置文件变更后，微服务无需重启就可以感知。不过需要通过下面两种配置实现：

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

方式二：使用@ConfigurationProperties注解（推荐）

注意事项：

不是所有的配置都适合放到配置中心，维护起来比较麻烦建议将一些关键参数，需要运行时调整的参数放到nacos

配置中心，一般都是自定义配置

多环境配置共享

微服务启动时会从nacos读取多个配置文件：

[spring.application.name]-[spring.profiles.active].yaml，例如：userservice-dev.yaml
[spring.application.name].yaml，例如：userservice.yaml

无论profile如何变化，[spring.application.name].yaml这个文件一定会加载，因此多环境共享配置可以写入这个文件

多种配置的优先级

服务名-profile.yaml > 服务名称.yaml > 本地配置

搭建Nacos集群

详见

Feign远程调用

Feign替代RestTemplate

RestTemplate方式调用存在的问题

先来看我们以前利用RestTemplate发起远程调用的代码：

     String url = "http://userservice/user/" + order.getUserId();
     User user = restTemplate.getForObject(url, User.class);

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

Feign的介绍

Feign是一个声明式的http客户端，官方地址：https://github.com/OpenFeign/feign

其作用就是帮助我们优雅的实现http请求的发送，解决上面提到的问题。

使用Feign的步骤如下：

引入依赖：

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

在order–service的启动类添加注解开启Feign的功能：

@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
@EnableFeignClients
public class OrderApplication {
    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }
}

编写Feign客户端：

@FeignClient("userservice")
public interface UserClient {

    @GetMapping("/user/{id}")
    User getUser(@PathVariable("id") Long id);

}

主要是基于SpringMVC的注解来声明远程调用的信息，比如：

服务名称：userservice
请求方式：GET
请求路径：/user/id
请求参数：Long id
返回值类型：User

用Feign客户端代替RestTemplate

    @Autowired
    private UserClient userClient;

    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        // 2.利用Feign发起http请求，查询用户
        User user = userClient.getUser(order.getUserId());
        // 3. 封装user到order
        order.setUser(user);
        // 4.返回
        return order;
    }

自定义配置

Feign运行自定义配置来覆盖默认配置，可以修改的配置如下：

一般我们需要配置的就是日志级别。

配置Feign日志有两种方式：

方式一：配置文件方式

① 全局生效：

feign:
  client:
    config:
      default: # #这里default用就是全局配置，如果是写服务名称，则是针对某个微服务的配置
        loggerLevel: Full # 日志级别

② 局部生效：

feign:
  client:
    config:
      userservice: # #这里default用就是全局配置，如果是写服务名称，则是针对某个微服务的配置
        loggerLevel: Full # 日志级别

方式二：java代码方式，需要先声明一个Bean:

public class FeignConfig {
    @Bean
    public Logger.Level feignLogLevel() {
        return Logger.Level.BASIC;
    }
}

① 而后如果是全局配置，则把它放到@EnableFeignClients这个注解中：

@EnableFeignClients(defaultConfiguration = FeignConfig.class)

② 如果是局部配置，则把它放到@FeignClient这个注解中：

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

Feign的性能优化

Feign底层的客户端实现：

URLConnection:默认实现，不支持连接池
Apache HttpClient:支持连接池
OKHttp:支持连接池

因此优化Feign的性能主要包括：

① 使用连接池代替默认的URLConnection

② 日志级别，最好用basic或none

Feign的性能优化-连接池配置

Feign添加HttpClient的支持：

引入依赖：

        <dependency>
            <groupId>io.github.openfeign</groupId>
            <artifactId>feign-httpclient</artifactId>
        </dependency>

配置连接池

feign:
  httpclient:
    enabled: true # 开启feign对HttpClient的支持
    max-connections: 200 # 最大连接数
    max-connections-per-route: 50 # 每个路径的最大连接数

Feign优化最佳实践

方式一（继承）：给消费者的FeignClient和提供者的controller定义统一的父接口作为标准。(不推荐)

方式二（抽取）：将FeignClient抽取为独立模块，并且把接口有关的POJO、默认的Feign配置都放到这个模块中，提供给所有消费者使用

抽取FeignClient

实现最佳实践方式二的步骤如下：

首先创建一个module,命名为feign-api,然后引入feign的starter依赖
将order-service中编写的UserClient、User、DefaultFeignConfiguration都复制到feign-api项目中
在order-service中引入feign-api的依赖
修改order-service中的所有与上述三个组件有关的import部分，改成导入feign-api中的包
重启测试

当定义的FeignClient不在SpringBootApplication的扫描包范围时，这些FeignClient无法使用。有两种方式解决：

方式一：指定FeignClient所在包

@EnableFeignClients(defaultConfiguration = FeignConfig.class,
basePackages = "cn.itcast.feign.clients"
)

方式二：指定FeignClient字节码（推荐）

@EnableFeignClients(defaultConfiguration = FeignConfig.class,
clients = {UserClient.class}
)

GateWay服务网关

为什么需要网关

网关功能：

身份认证和权限校验
服务路由、负载均衡
请求限流

在SpringCloud中网关的实现包括两种：

gateway
Zuul

Zuul是基于Servlet的实现，属于阻塞式编程。而SpringCloudGateway则是基于Spring5中提供的WebFlux,属

于响应式编程的实现，具备更好的性能。

gateway快速入门

搭建网关服务的步骤：

创建新的module,引入SpringCloudGateway的依赖和nacos的服务发现依赖：

      <!--    nacos服务注册发现依赖    -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
        <!--    网关gateway依赖    -->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>

编写路由配置及nacos地址

server:
  port: 10010 # 网关端口
spring:
  application:
    name: gateway # 服务名称
  cloud:
    nacos:
      server-addr: 82.157.9.110:8848 # nacos服务端地址
    gateway:
      routes: # 网关路由配置
        - id: user-service # 路由id，自定义，只要唯一即可
          # uri: http://127.0.0.1:8081 # 路由的目标地址http就是固定地址（不使用）
          uri: lb://userservice # 路由的目标地址  lb（loadBalance）就是负载均衡，后面跟服务名称
          predicates: # 路由断言，也就是判断请求是否符合路由规则的条件
            - Path=/user/** # 这个是按照路径匹配，只要以/user/开头就符合要求
        - id: order-service
          uri: lb://orderservice
          predicates:
            - Path=/order/**

网关搭建步骤：

创建项目，引入nacos服务发现和gateway依赖
配置application.yml,包括服务基本信息、nacos地址、路由

路由配置包括：

路由id:路由的唯一标示
路由目标（uri):路由的目标地址，http代表固定地址，lb代表根据服务名负载均衡
路由断言（predicates):判断路由的规则
路由过滤器(filters):对请求或响应做处理

断言工厂

路由断言工厂Route Predicate Factory

我们在配置文件中写的断言规则只是字符串，这些字符串会被Predicate Factory读取并处理，转变为路由判断的条件
例如Path=/user/**是按照路径匹配，这个规则是由

org.springframework.cloud.gateway.handler.predicate.PathRoutePredicateFactory类来处理的
像这样的断言工厂在Spring CloudGateway还有十几个

Spring提供了11种基本的Predicate工厂：

PredicateFactory的作用是什么？

读取用户定义的断言条件，对请求做出判断
Path=/user/**是什么含义？

路径是以/user开头的就认为是符合的

过滤器工厂

路由过滤器GatewayFilter

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

过滤器工厂GatewayFilterFactory

Spring提供了31种不同的路由过滤器工厂。例如：

案例：给所有进入userservice的请求添加一个请求头

给所有进入userservice的请求添加一个请求头：Truth=itcast is freaking awesome!

实现方式：在gateway中修改application.yml文件，给userservice的路由添加过滤器：

spring:
  cloud:
    gateway:
      routes: # 网关路由配置
        - id: user-service # 路由id，自定义，只要唯一即可
          # uri: http://127.0.0.1:8081 # 路由的目标地址http就是固定地址（不使用）
          uri: lb://userservice # 路由的目标地址  lb（loadBalance）就是负载均衡，后面跟服务名称
          predicates: # 路由断言，也就是判断请求是否符合路由规则的条件
            - Path=/user/** # 这个是按照路径匹配，只要以/user/开头就符合要求
            - After=2022-05-04T11:32:00.000+08:00[Asia/Shanghai]
          filters: # 过滤器
            - AddRequestHeader=Truth,itcast is freaking awesome! # 添加请求头

默认过滤器

如果要对所有的路由都生效，则可以将过滤器工厂写到default下。格式如下：

spring:
  cloud:
    gateway:
      routes: # 网关路由配置
        - id: user-service # 路由id，自定义，只要唯一即可
          uri: lb://userservice # 路由的目标地址  lb（loadBalance）就是负载均衡，后面跟服务名称
          predicates: # 路由断言，也就是判断请求是否符合路由规则的条件
            - Path=/user/** # 这个是按照路径匹配，只要以/user/开头就符合要求
            - After=2022-05-04T11:32:00.000+08:00[Asia/Shanghai]
        - id: order-service
          uri: lb://orderservice
          predicates:
            - Path=/order/**
      default-filters:
        - AddRequestHeader=Truth,itcast is freaking awesome! # 添加请求头

● 过滤器的作用是什么？
① 对路由的请求或响应做加工处理，比如添加请求头
② 配置在路由下的过滤器只对当前路由的请求生效。

● defaultFilters的作用是什么？
① 对所有路由都生效的过滤器

全局过滤器（GlobalFilter）

全局过滤器的作用也是处理一切进入网关的请求和微服务响应，与GatewayFilter的作用一样。

区别在于GatewayFilteri通过配置定义，处理逻辑是固定的。而GlobalFilter的逻辑需要自己写代码实现。

定义方式是实现GlobalFilter接口。

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

定义全局过滤器，拦截并判断用户身份

需求：定义全局过滤器，拦截请求，判断请求的参数是否满足下面条件：

参数中是否有authorization
authorization参数值是否为admin

如果同时满足则放行，否则拦截

@Component
@Order(-1)
public class AuthorizeFilter implements GlobalFilter {
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        // 1. 获取请求参数
        ServerHttpRequest request = exchange.getRequest();
        MultiValueMap<String, String> params = request.getQueryParams();
        // 2. 获参数中的 Authorization 参数
        String token = params.getFirst("authorization");
        // 3. 判断参数值是否等于 admin
        if ("admin".equals(token)) {
            // 4. 是，放行
            return chain.filter(exchange);
        }
        // 5. 否，拦截
        // 5.1 设置状态码
        exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);
        // 5.2 拦截请求
        return exchange.getResponse().setComplete();
    }
}

● 全局过滤器的作用是什么？

对所有路由都生效的过滤器，并且可以自定义处理逻辑

● 实现全局过滤器的步骤？
① 实现GlobalFilter接☐
② 添加@Order注解或实现Ordered接口
③ 编写处理逻辑

过滤器执行顺序

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

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

行每个过滤器

每一个过滤器都必须指定一个int类型的order值，order值越小，优先级越高，执行顺序越靠前。
GlobalFilteri通过实现Ordered接口，或者添加@Orderi注解来指定order值，由我们自己指定
路由过滤器和defaultFilter的order由Spring指定，默认是按照声明顺序从1递增。
当过滤器的order值一样时，会按照defaultFilter>路由过滤器>GlobalFilter的顺序执行。

可以参考下面几个类的源码来查看：

路由过滤器、defaultFilter、全局过滤器的执行顺序？
①
order值越小，优先级越高
②
当order值一样时，顺序是defaultFilter最先，然后是局部的路由过滤器，最后是全局过滤器

跨域问题

跨域：域名不一致就是跨域，主要包括：

域名不同：www.taobao.com和www.taobao.org和www.jd.com和miaosha.jd.com域名相同
端口不同：localhost:8080和localhost8081

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

解决方案：CORS

网关处理跨域采用的同样是CORS方案，并且只需要简单配置即可实现：

spring:
  cloud:
    gateway:
      globalcors: # 全局的跨域处理
        add-to-simple-url-handler-mapping: true # 解决options请求被拦截问题
        cors-configurations:
          '[/**]':
            allowedOrigins: # 允许那些网站进行跨域请求
              - "http://localhost:8090"
              - "http://www.leyou.com"
            allowedMethods: # 允许的跨域ajax的请求方式
              - "GET"
              - "POST"
              - "DELETE"
              - "PUT"
              - "OPTIONS"
            allowedHeaders: "*" # 允许在请求中携带的头信息
            allowCredentials: true # 是否允许携带cookie
            maxAge: 360000 # 这次跨域的有效期

愿你一世安呀

关注

1
点赞
踩
5

收藏

觉得还不错? 一键收藏
0
评论
Nacos配置管理、Feign、Gateway

Nacos配置管理统一配置管理配置更改热更新在Nacos中添加配置信息：在表单中填写配置信息：配置获取的步骤如下：1. 引入Nacos的配置管理客户端依赖  <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cl
复制链接

扫一扫