四、Gateway断言Predicate

最新推荐文章于 2024-12-25 14:39:30 发布
最新推荐文章于 2024-12-25 14:39:30 发布
阅读量3.1k 收藏 1
点赞数
分类专栏： Spring Cloud Gateway 文章标签： gateway java spring cloud 分布式 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m_lonel/article/details/125907048
版权

文章目录

Gateway断言Predicate

每一个Predicate的使用，可以理解为：当满足条件后才会进行转发，如果多个，那就是满足所有条件才会转发

断言种类

  1. After：匹配在指定日期时间之后发生的请求。
  2. Before：匹配在指定日期之前发生的请求。
  3. Between：需要指定两个日期参数，设定一个时间区间，匹配此时间区间内的请求。
  4. Cookie：需要指定两个参数，分别为name和regexp（正则表达式），也可以理解Key和Value，匹配具有给定名称且其值与正则表达式匹配的Cookie。
  5. Header：需要两个参数header和regexp（正则表达式），也可以理解为Key和Value，匹配请求携带信息。
  6. Host：匹配当前请求是否来自于设置的主机。
  7. Method：可以设置一个或多个参数，匹配HTTP请求，比如GET、POST
  8. Path：匹配指定路径下的请求，可以是多个用逗号分隔
  9. Query：需要指定一个或者多个参数，一个必须参数和一个可选的正则表达式，匹配请求中是否包含第一个参数，如果有两个参数，则匹配请求中第一个参数的值是否符合正则表达式。
  10. RemoteAddr：匹配指定IP或IP段，符合条件转发。
  11. Weight：需要两个参数group和weight（int），实现了路由权重功能，按照路由权重选择同一个分组中的路由
  12. XForwarded：允许基于X-Forwarded-For HTTP头对请求进行过滤。 The XForwarded 远程地址路由断言工厂接受一个源列表(最小大小为1)，它是 CIDR-notation (IPv4 or IPv6) ，例如：192.168.0.1/16(其中192.168.0.1是一个IP地址，16是一个子网掩码)。这可以用于反向代理，如负载均衡器或web应用程序防火墙，在这些反向代理中，只有当请求来自由这些反向代理使用的可信IP地址列表时，才应该允许该请求。

常用断言演示

以上这么多的断言，我们不可能一一的去演示，我们挑出一些比较常用的来给大家做演示，这些具体的演示在官网上都有提供。

具体地址为：https://docs.spring.io/spring-cloud-gateway/docs/current/reference/html/#gateway-request-predicates-factories

After

匹配在指定时间之后发生的请求，可以对应提前上线业务

首先编写一个测试类，来获取当前时间：

在这里插入图片描述

package com.example.cloudalibabagateway9999;

import org.springframework.boot.test.context.SpringBootTest;

import java.time.ZonedDateTime;

@SpringBootTest
public class TestDateTime {

    public static void main(String[] args) {
        // 默认时区
        ZonedDateTime zbj = ZonedDateTime.now();
        System.out.println(zbj);
    }
}

得到的时间格式后，修改网关服务cloud-gateway-service-9999的application.yml配置：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
            - After=2022-07-20T15:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后

测试：

上面的配置修改之后，重启网关服务，我们访问地址：http://localhost:9999/demo/hello

在这里插入图片描述

接着，我们将上面配置的After的时间往后推迟一个小时，即改成在当前时间之后，重启网关服务，再次访问：

在这里插入图片描述

剩下的关于日期时间的设置Before、Between（中间使用逗号进行间隔）道理都是一样的，只不过是限定不同的日期时间区间：

- Before=2022-07-20T16:19:09.951+08:00[Asia/Shanghai]
- Between=2022-07-20T15:19:09.951+08:00[Asia/Shanghai], 2022-07-20T16:19:09.951+08:00[Asia/Shanghai]

Cookie

需要指定两个参数，分别为name和regexp（正则表达式），也可以理解Key和Value，匹配具有给定名称且其值与正则表达式匹配的Cookie。

简单理解就是路由规则会通过获取Cookie name值和正则表达式去匹配，如果匹配上就会执行路由，如果匹配不上则不执行。

我们可以分为两种情况演示，Cookie匹配，Cookie不匹配

修改网关服务cloud-gateway-service-9999的application.yml配置：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）

重启网关服务，我们可以通过postman来进行测试：

  1. 首先我们加一个collection，名称可以随便取，我这里取名Gateway

在这里插入图片描述

  1. 我们加一个请求，请求地址为：http://localhost:9999/demo/hello，点击send按钮，这时是无法请求成功的

在这里插入图片描述

  1. 我们增加一个Cookie，点击Cookies按钮，添加domian为localhost

在这里插入图片描述

​ 点击Add Cookie, 修改Cookie_1=value; 为username=zhangsan; 并点击Save按钮

在这里插入图片描述

  1. 最后，我们再次点击Send按钮，发现请求成功

在这里插入图片描述

Header

需要两个参数header和regexp（正则表达式），也可以理解为Key和Value，匹配请求携带信息。

实际上就是请求头携带的信息，下面我们用这个是X-Request-Id来做测试

修改网关服务cloud-gateway-service-9999的application.yml配置：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
#            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）
            - Header=X-Request-Id, \d+ #表示数字

重启网关服务，我们还是通过postman来进行测试：

未加Header之前，无法请求成功：

在这里插入图片描述

加上Header之后，请求成功：

在这里插入图片描述

Host

匹配当前请求是否来自于设置的主机。

修改网关服务cloud-gateway-service-9999的application.yml配置：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
#            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）
#            - Header=X-Request-Id, \d+ #表示数字
            - Host=**.gateway.com #匹配当前的主机地址发出的请求

重启网关服务，我们还是通过postman来进行测试：

未加Host之前，无法请求成功：

在这里插入图片描述

加上Host之后，请求成功：

在这里插入图片描述

Method

可以设置一个或多个参数，匹配HTTP请求，比如GET、POST

首先，修改网关服务cloud-gateway-service-9999的application.yml配置（只配置POST方法）：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
#            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）
#            - Header=X-Request-Id, \d+ #表示数字
#            - Host=**.gateway.com #匹配当前的主机地址发出的请求
            - Method=POST

重启网关服务，我们还是通过postman来进行测试，由于我们配置的是POST方法，所以无法请求成功

在这里插入图片描述

然后，我们修改网关服务cloud-gateway-service-9999的application.yml配置（配置GET方法和POST方法）：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
#            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）
#            - Header=X-Request-Id, \d+ #表示数字
#            - Host=**.gateway.com #匹配当前的主机地址发出的请求
            - Method=GET,POST

重启网关服务，我们再通过postman来进行请求，最终请求成功

在这里插入图片描述

Query

需要指定一个或者多个参数，一个必须参数和一个可选的正则表达式，匹配请求中是否包含第一个参数，如果有两个参数，则匹配请求中第一个参数的值是否符合正则表达式。

修改网关服务cloud-gateway-service-9999的application.yml配置：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
#            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）
#            - Header=X-Request-Id, \d+ #表示数字
#            - Host=**.gateway.com #匹配当前的主机地址发出的请求
#            - Method=GET,POST
            - Query=id, 123. # 前缀为123，匹配请求参数，这里如果需要匹配多个参数，可以写多个Query

重启网关服务，我们还是通过postman来进行测试：

首先，用id=1来测试，由于不匹配，前缀不为123， 所以无法请求成功

在这里插入图片描述

然后我们将id的值改为1234，再次请求，请求成功

在这里插入图片描述

如果需要匹配多个参数，可以修改成如下配置：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: lb://nacos-provider # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
#            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）
#            - Header=X-Request-Id, \d+ #表示数字
#            - Host=**.gateway.com #匹配当前的主机地址发出的请求
#            - Method=GET,POST
            - Query=id, 123. # 匹配请求参数，这里如果需要匹配多个参数，可以写多个Query
            - Query=name, [a-z]+ # 匹配请求参数，这里如果需要匹配多个参数，可以写多个Query

测试如下：

在这里插入图片描述

Weight

需要两个参数group和weight（int），实现了路由权重功能，按照路由权重选择同一个分组中的路由

修改网关服务cloud-gateway-service-9999的application.yml配置：

server:
  port: 9999
spring:
  application:
    name: cloud-gateway-service
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启注册中心路由功能
          #是否与服务发现组件进行结合，通过serviceId转发到具体的服务实例。默认为false，设为true便开启通过服务中心的自动根据 serviceId 创建路由的功能
      routes:  # 路由
        - id: nacos-provider #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: http://localhost:9001 # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
#            - After=2022-07-20T16:19:09.951+08:00[Asia/Shanghai] # 在这个时间之后的请求都能通过，当前没有问题以后，故意改为1个小时以后
#            - Cookie=username, [a-z]+ # 匹配Cookie的key和value（正则表达式）
#            - Header=X-Request-Id, \d+ #表示数字
#            - Host=**.gateway.com #匹配当前的主机地址发出的请求
#            - Method=GET,POST
#            - Query=id, 123. # 匹配请求参数，这里如果需要匹配多个参数，可以写多个Query
#            - Query=name, [a-z]+ # 匹配请求参数，这里如果需要匹配多个参数，可以写多个Query
            - Weight=group1, 8

        - id: nacos-provider-low #路由ID，没有固定要求，但是要保证唯一，建议配合服务名
          uri: http://localhost:9002 # 匹配提供服务的路由地址 lb://代表开启负载均衡
          predicates: # 断言
            - Path=/demo/** # 断言，路径相匹配进行路由
            - Weight=group1, 2

该路由会将约 80% 的流量转发到http://localhost:9001，将约 20% 的流量转发到http://localhost:9002

重启服务，进行测试：

在这里插入图片描述

多刷新页面请求几次，就会请求到9002：

在这里插入图片描述

Spring Cloud Gateway自带Predicate使用 | Spring Cloud 14
gmHappy
03-08 3076
`Spring Cloud Gateway` 匹配路由作为 `Spring WebFluxHandlerMapping`基础设施的一部分。`Spring Cloud Gateway` 包含许多内置的`Predicate` 。所有这些`Predicate`都匹配 `HTTP` 请求的不同属性。您可以将多个`Predicate` 与`and`结合起来。
简单使用Gateway、断言Predicate、过滤器
x_d_n_123的博客
07-08 498
一、Gateway简介 在微服务架构中，一个系统会被拆分为很多个微服务。那么作为客户端（pc androud ios 平板）要如何去调用这么多的微服务呢？如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。 这样的架构，会存在着诸多的问题： 客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性 认证复杂，每个服务都需要独立认证。 存在跨域请求，在一定场景下处理相对复杂。 所谓的API网关，就是指系统的统一入口，它封装了应用程序的内部结构，为客户端提供统一服 务，一些与业务
Gateway网关路由以及predicates用法（项目中使用场景）
Sunshinejourney的博客
08-19 1820
Gateway网关路由以及predicates用法（项目中使用场景）
GateWay中的predicates和Filter
热门推荐
蚂蚁大象的博客
06-16 1万+
GateWay中的predicates和Filter路由route的组成部分什么是predicates 路由route的组成部分 id： 路由的ID uri： 匹配路由的转发地址 predicates： 配置该路由的断言，通过PredicateDefinition类进行接收配置。 order： 路由的优先级，数字越小，优先级越高。 Filter: 过滤器 过滤掉一些请求， 满足则转发 什么是predicates 配置该路由的断言，通过PredicateDefinition
利用Spring Cloud Gateway Predicate优化微服务路由策略
最新发布
2403_88969259的博客
12-25 1057
Spring Cloud Gateway 是 Spring 生态系统中用于构建 API 网关的框架，它基于 Project Reactor 和 Netty 构建，旨在提供一种高效且灵活的方式来处理 HTTP 请求和响应。Spring Cloud Gateway 的路由配置中，predicates​（断言）用于定义哪些请求应该匹配特定的路由规则。断言是Gateway在进行路由时，根据具体的请求信息如请求路径、请求方法、请求参数等进行匹配的规则。
Gateway 常用的 Predicate
深海的鱼
03-15 6237
上面用的path 只是predicate 中的一个，只要使predicates为true 就访问，false不访问。 Route PredicateFactories SpringCloud Gateway将路由匹配作为Spring WebFlux HandlerMapping基础架构的一部分。 SpringCloud Gateway包括许多内置的RoutePredicate工厂。所有这些P...
17_服务网关Gateway——常用的Predicate（断言）
weixin_45080272的博客
03-23 3177
服务网关Gateway——常用的Predicate（断言） 上面用的path 只是predicate 中的一个，只要使predicates为true 就访问，false不访问。 怎么确定predicates是true或者false呢？看上图，uri(lb://cloud-provider-service)下面能找到对应的predicates下面的路径方法就是true，如果找不到则是false ...
SpringCloud第十一章Gateway新一代网关（Predicate的使用）
likun111的博客
05-10 686
6、Predicate的使用 6.1、是什么 启动gateway9527 发现： Route Predicate Factories这个是什么东东? Spring Cloud Gateway将路由匹配作为Spring WebFlux HandlerMapping基础架构的一部分。 Spring Cloud Gateway包括许多内置的Route Predicate工厂。所有这些Predicate都与HTTP请求的不同属性匹配。多个Route Predicate工厂可以进行组合 6.2、常用的Route
SpringCloud——Gateway网关Predicate（断言）的使用
Kk_Chosen1的博客
04-16 1202
是什么 Route Predicate Factories这个是什么? Spring Cloud Gateway将路由匹配作为Spring WebFlux HandlerMapping基础架构的一部分。 Spring Cloud Gateway包括许多内置的Route Predicate工厂。所有这些Predicate都与HTTP请求的不同属性匹配。多个Route Predicate工厂可以进行组合 Spring Cloud Gateway 创建 Route 对象时， 使用 RoutePr.
网关（Gateway）- 内置断言工厂
问天丶天问
05-30 1216
网关（Gateway）内置断言工厂保姆级说明教程
Spring Cloud Gateway之路由断言工厂篇
Mr_Police的博客
04-02 2160
介绍各种路由断言工厂的作用以及配置使用方法。
献给Gateway小白的一篇好文：断言Predicate
云水之路的专栏
08-28 4562
Spring Cloud Gateway（简称Gateway）支持断言Predicate功能，该断言功能是基于Spring WebFlux的HandlerMapping实现的。Gateway包含了很多路由断言工厂，并且这些工厂对应着HTTP请求的很多属性进行了处理，当客户端HTTP请求时，HandlerMapping会获取请求参数，并与Gateway中配置的Predicates进行比对，若满足规则就按规则约定进行路由放行，否则拒绝访问或报404错误。............
Gateway Predicate断言(谓词)
weixin_43816998的博客
04-25 1262
2种配置方式，二选一快捷方式配置完全展开配置。
5 GateWay断言Predicate
weixin_39563769的博客
03-05 543
gateway
Spring Cloud Gateway之Predicate断言详解
qq_36551991的博客
12-29 3202
Spring Cloud Gateway之Predicates 详解
Gateway-Predicate谓词的使用详解
jayxiaoxionger的博客
01-17 428
介绍了Predicate的用法
微服务04（网关gateway）
Rabir-YellowDavid的博客
08-27 548
1、gateway简介 Spring Cloud Gateway是Spring公司基于Spring 5.0，Spring Boot 2.0 和 Project Reactor 等术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。它的目标是替代 Netflflix Zuul，其不仅提供统一的路由方式，并且基于 Filter 链的方式提供了网关基本的功能，例如：安全，监控和限流。 优点： 性能强劲：是第一代网关Zuul的1.6倍 功能强大：内置了很多实用的功能，例如转发、监控、
系列学习 Gateway 之第 2 篇 —— 路由规则 predicate，动态路由配置
流放深圳
05-29 1903
本篇博客基于：https://blog.csdn.net/BiandanLoveyou/article/details/117323743 路由规则 predicate 也叫谓词，这些Predict的源码在org.springframework.cloud.gateway.handler.predicate 包中，列举各种 predicate ： 在上图中，有很多类型的 predicate。比如说时间类型的 Predicated（AfterRoutePredicateFactory Before..
spring cloud gateway 断言是什么
06-09
在Spring Cloud Gateway中，断言（Predicate）是用来匹配请求的条件，只有当请求满足指定的条件时才会进入对应的路由规则。Spring Cloud Gateway内置了很多种不同的断言，可以根据不同的需求进行选择和组合。 常见...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

竹峰的风

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值