Ribbon和 Nacos服务注册中心

这篇具有很好参考价值的文章主要介绍了Ribbon和 Nacos服务注册中心。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Ribbon和 Nacos服务注册中心
✅作者简介:大家好,我是Leo,热爱Java后端开发者,一个想要与大家共同进步的男人😉😉
🍎个人主页:Leo的博客
💞当前专栏: 微服务探索之旅
✨特色专栏: MySQL学习
🥭本文内容:Ribbon和 Nacos服务注册中心
🖥️个人小站 :个人博客,欢迎大家访问
📚个人知识库: 知识库,欢迎大家访问

上一节我们学习了SpringCloud的核心组件Eureka ,但是它逐渐被Nacos替代了,在此之前我们先了解一下Ribbon负载均衡。

1. Ribbon负载均衡

1.1 关于负载均衡

​ 负载均衡一般分为服务器端负载均衡客户端负载均衡

​ 所谓服务器端负载均衡,比如NginxF5这些,请求到达服务器之后由这些负载均衡器根据一定的算法将请求路由到目标服务器处理。

​ 所谓客户端负载均衡,比如我们要说的Ribbon,服务消费者客户端会有一个服务器地址列表,调用方在请求前通过一定的负载均衡算法选择一个服务器进行访问,负载均衡算法的执行是在请求客户端进行。

RibbonNetflix发布的负载均衡器。Eureka一般配合Ribbon进行使用,Ribbon利用从Eureka中读取到服务信息,在调用服务提供者提供的服务时,会根据一定的算法进行负载。

Ribbon和 Nacos服务注册中心

觉得还是有点没理解,话不多说,直接上实战

我们如果没有任何配置的情况下,只需要加上@LoadBalanced这个注解 ,他的默认策略就是轮询策略,简单来说 ,就我们哥俩(这里指的是用户微服务集群)轮着来,一人一次

我们这里做一个测试,我们同时发起四次不同请求,使用订单微服务,远程调用用户微服务

Ribbon和 Nacos服务注册中心

Ribbon和 Nacos服务注册中心

我们会发现这四次请求,分别调用了四次用户微服务,而这四次是分发在用户微服务1和用户微服务2,而且正好是我们刚所说的轮询策略,一人两次。

下面我们更改Ribbon的策略,再来看看

首先在OrderApplication中加入我们更改的策略,这里我们更改的是随机策略

@Bean
    public IRule randomRule() {
        return new RandomRule();
    }

重新启动订单微服务进行测试

Ribbon和 Nacos服务注册中心

Ribbon和 Nacos服务注册中心

此时我们发现,用户微服务1没有一个命中,而用户微服务2全部命中,这就是随机策略,能不能命中全靠随机

1.2 负载均衡原理

我们添加了@LoadBalanced注解,即可实现负载均衡功能,这是什么原理呢

SpringCloud底层其实是利用了一个名为Ribbon的组件,来实现负载均衡功能的。

那么我们发出的请求明明是http://userservice/user/1,怎么变成了http://localhost:9001的呢?

1.3 源码跟踪

为什么我们只输入了service名称就可以访问了呢?之前还要获取ip和端口。

显然有人帮我们根据service名称,获取到了服务实例的ip和端口。它就是LoadBalancerInterceptor,这个类会在对RestTemplate的请求进行拦截,然后从Eureka根据服务id获取服务列表,随后利用负载均衡算法得到真实的服务地址信息,替换服务id。

我们进行源码跟踪:

1)LoadBalancerIntercepor

Ribbon和 Nacos服务注册中心

可以看到这里的intercept方法,拦截了用户的HttpRequest请求,然后做了几件事:

  • request.getURI():获取请求uri,本例中就是 http://user-service/user/8
  • originalUri.getHost():获取uri路径的主机名,其实就是服务id,user-service
  • this.loadBalancer.execute():处理服务id,和用户请求。

这里的this.loadBalancerLoadBalancerClient类型,我们继续跟入。

2)LoadBalancerClient

继续跟入execute方法:

Ribbon和 Nacos服务注册中心

代码是这样的:

  • getLoadBalancer(serviceId):根据服务id获取ILoadBalancer,而LoadBalancer会拿着服务id去eureka中获取服务列表并保存起来。
  • getServer(loadBalancer):利用内置的负载均衡算法,从服务列表中选择一个。本例中,可以看到获取了9003端口的服务

放行后,再次访问并跟踪,发现获取的是9001:

Ribbon和 Nacos服务注册中心

果然实现了负载均衡。

1.4 负载均衡策略IRule

在刚才的代码中,可以看到获取服务使通过一个getServer方法来做负载均衡:

Ribbon和 Nacos服务注册中心

我们继续跟入:

Ribbon和 Nacos服务注册中心

继续跟踪源码chooseServer方法,发现这么一段代码:

Ribbon和 Nacos服务注册中心

我们看看这个rule是谁:

Ribbon和 Nacos服务注册中心

这里的rule默认值是一个RoundRobinRule,看类的介绍:

Ribbon和 Nacos服务注册中心

这不就是轮询的意思嘛。

到这里,整个负载均衡的流程我们就清楚了。

总结

SpringCloudRibbon的底层采用了一个拦截器,拦截了RestTemplate发出的请求,对地址做了修改。用一幅图来总结一下:

Ribbon和 Nacos服务注册中心

基本流程如下:

  • 拦截我们的RestTemplate请求http://userservice/user/1
  • RibbonLoadBalancerClient会从请求url中获取服务名称,也就是user-service
  • DynamicServerListLoadBalancer根据user-service到eureka拉取服务列表
  • eureka返回列表,localhost:9001、localhost:9002
  • IRule利用内置负载均衡规则,从列表中选择一个,例如localhost:9001
  • RibbonLoadBalancerClient修改请求地址,用localhost:8081替代userservice,得到http://localhost:9001/user/1,发起真实请求

1.5 负载均衡策略

负载均衡的规则都定义在IRule接口中,而IRule有很多不同的实现类:

Ribbon和 Nacos服务注册中心

不同规则的含义如下:

负载均衡策略 描述
RoundRobinRule:轮询策略 简单轮询服务列表来选择服务器。它是Ribbon默认的负载均衡规则。默认超过10次获取到的server都不可用,会返回一个空的server
RandomRule:随机策略 如果随机到的server为null或者不可用的话,会while不停的循环选取
AvailabilityFilteringRule:最小连接数策略 对以下两种服务器进行忽略: (1)在默认情况下,这台服务器如果3次连接失败,这台服务器就会被设置为“短路”状态。短路状态将持续30秒,如果再次连接失败,短路的持续时间就会几何级地增加。 (2)并发数过高的服务器。如果一个服务器的并发连接数过高,配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限,可以由客户端的..ActiveConnectionsLimit属性进行配置。
WeightedResponseTimeRule:加权响应时间规则 为每一个服务器赋予一个权重值。服务器响应时间越长,这个服务器的权重就越小。这个规则会随机选择服务器,这个权重值会影响服务器的选择。
ZoneAvoidanceRule:区域权衡策略(默认策略) 扩展了轮询策略,继承了2个过滤器:ZoneAvoidancePredicate和AvailabilityPredicate,除了过滤超时和链接数过多的server,还会过滤掉不符合要求的zone区域里面的所有节点, 在一个区域/机房内的服务实例中轮询。先过滤再轮询
BestAvailableRule:最佳可用规则 忽略那些短路的服务器,并选择并发数较低的服务器。
RandomRule:随机策略 随机选择一个可用的服务器。如果随机到的server为null或者不可用的话,会while不停的循环选取
RetryRule:重试策略 一定时限内循环重试。默认继承RoundRobinRule,也支持自定义注入,RetryRule会在每次选取之后,对选举的server进行判断,是否为null,是否alive,并且在500ms内会不停的选取判断。而RoundRobinRule失效的策略是超过10次,RandomRule是没有失效时间的概念,只要serverList没都挂。

默认的实现就是ZoneAvoidanceRule,是一种轮询方案

1.5.1 自定义负载均衡策略

通过定义IRule实现可以修改负载均衡规则,有两种方式:

  1. 代码方式:在order-service中的OrderApplication类中,定义一个新的IRule:
@Bean
public IRule randomRule(){
    return new RandomRule();
}
  1. 配置文件方式:在order-service的application.yml文件中,添加新的配置也可以修改规则:
userservice: # 给某个微服务配置负载均衡规则,这里是userservice服务
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则 

注意,一般用默认的负载均衡规则,不做修改。

1.6 饥饿加载

Ribbon默认是采用懒加载,即第一次访问时才会去创建LoadBalanceClient,请求时间会很长。

而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,通过下面配置开启饥饿加载:

ribbon:
  eager-load:
    enabled: true
    clients: userservice

2.Nacos注册中心

国内公司一般都推崇阿里巴巴的技术,比如注册中心,SpringCloudAlibaba也推出了一个名为Nacos的注册中心。

2.1认识和安装Nacos

Nacos是阿里巴巴的产品,现在是SpringCloud中的一个组件。相比Eureka功能更加丰富,在国内受欢迎程度较高。

Ribbon和 Nacos服务注册中心

2.1.1 下载安装包

在Nacos的GitHub页面,提供有下载链接,可以下载编译好的Nacos服务端或者源代码:

GitHub主页:https://github.com/alibaba/nacos

GitHub的Release下载页:https://github.com/alibaba/nacos/releases

如图:

Ribbon和 Nacos服务注册中心

windows版本使用nacos-server-1.4.1.zip包即可。

2.1.2 解压

将这个包解压到任意非中文目录下,如图:

Ribbon和 Nacos服务注册中心

目录说明:

  • bin:启动脚本
  • conf:配置文件
2.1.3 端口配置

Nacos的默认端口是8848,如果你电脑上的其它进程占用了8848端口,请先尝试关闭该进程。

如果无法关闭占用8848端口的进程,也可以进入nacos的conf目录,修改配置文件中的端口:

Ribbon和 Nacos服务注册中心

修改其中的内容:

Ribbon和 Nacos服务注册中心

2.1.4 启动

启动非常简单,进入bin目录,结构如下:

Ribbon和 Nacos服务注册中心

然后执行命令即可:

  • windows命令:

    startup.cmd -m standalone
    

执行后的效果如图:

Ribbon和 Nacos服务注册中心

2.1.5 访问

在浏览器输入地址:http://127.0.0.1:8848/nacos即可:

Ribbon和 Nacos服务注册中心

默认的账号和密码都是nacos,进入后:

Ribbon和 Nacos服务注册中心

2.2 微服务注册到Nacos

2.2.1 引入依赖
  1. 在cloud-demo父工程的pom文件中的<dependencyManagement>中引入SpringCloudAlibaba的依赖:
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-dependencies</artifactId>
    <version>2.2.6.RELEASE</version>
    <type>pom</type>
    <scope>import</scope>
</dependency>
  1. 然后在user-service和order-service中的pom文件中引入nacos-discovery依赖:
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

注意:不要忘了注释掉eureka的依赖。

2.2.2 配置nacos地址

在user-service和order-service的application.yml中添加nacos地址:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848

注意:不要忘了注释掉eureka的依赖。

2.2.3 重启

Ribbon和 Nacos服务注册中心

保护阈值:可以设置为0-1之间的浮点数,它其实是一个比例值(当前服务健康实例数/当前服务总实例数)

场景:

​ 一般流程下,nacos是服务注册中心,服务消费者要从nacos获取某一个服务的可用实例信息,对于服务实例有健康/不健康状态之分,nacos在返回给消费者实例信息的时候,会返回健康实例。这个时候在一些高并发、大流量场景下会存在一定的问题

​ 如果服务A有100个实例,98个实例都不健康了,只有2个实例是健康的,如果nacos只返回这两个健康实例的信息的话,那么后续消费者的请求将全部被分配到这两个实例,流量洪峰到来,2个健康的实例也扛不住了,整个服务A 就扛不住,上游的微服务也会导致崩溃,产生雪崩效应。

保护阈值的意义在于

​ 当服务A健康实例数/总实例数 < 保护阈值 的时候,说明健康实例真的不多了,这个时候保护阈值会被触发(状态true)

​ nacos将会把该服务所有的实例信息(健康的+不健康的)全部提供给消费者,消费者可能访问到不健康的实例,请求失败,但这样也比造成雪崩要好,牺牲了一些请求,保证了整个系统的一个可用。

​ 注意:阿里内部在使用nacos的时候,也经常调整这个保护阈值参数。

2.3 服务分级存储模型

一个服务可以有多个实例,例如我们的user-service,可以有:

  • 127.0.0.1:9001
  • 127.0.0.1:9002
  • 127.0.0.1:9003
  • 127.0.0.1:9004

假如这些实例分布于全国各地的不同机房,例如:

  • 127.0.0.1:9001,在上海机房
  • 127.0.0.1:9002,在上海机房
  • 127.0.0.1:9003,在杭州机房
  • 127.0.0.1:9004,在杭州机房

Nacos就将同一机房内的实例 划分为一个集群

也就是说,user-service是服务,一个服务可以包含多个集群,如杭州、上海,每个集群下可以有多个实例,形成分级模型,如图:

Ribbon和 Nacos服务注册中心

微服务互相访问时,应该尽可能访问同集群实例,因为本地访问速度更快。当本集群内不可用时,才访问其它集群。例如:

Ribbon和 Nacos服务注册中心

杭州机房内的order-service应该优先访问同机房的user-service。

2.4 给user-service配置集群

修改user-service的application.yml文件,添加集群配置:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称

重启两个user-service实例后,我们可以在nacos控制台看到下面结果:

Ribbon和 Nacos服务注册中心

我们再次复制一个user-service启动配置,添加属性:

-Dserver.port=8083 -Dspring.cloud.nacos.discovery.cluster-name=SH

配置如图所示:

Ribbon和 Nacos服务注册中心

启动UserApplication3后再次查看nacos控制台:

Ribbon和 Nacos服务注册中心

2.5 同集群优先的负载均衡

默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡。

因此Nacos中提供了一个NacosRule的实现,可以优先从同集群中挑选实例。

1)给order-service配置集群信息

修改order-service的application.yml文件,添加集群配置:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ # 集群名称

2)修改负载均衡规则

修改order-service的application.yml文件,修改负载均衡规则:

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则 

2.6 权重配置

实际部署中会出现这样的场景:

服务器设备性能有差异,部分实例所在机器性能较好,另一些较差,我们希望性能好的机器承担更多的用户请求。

但默认情况下NacosRule是同集群内随机挑选,不会考虑机器的性能问题。

因此,Nacos提供了权重配置来控制访问频率,权重越大则访问频率越高。

nacos控制台,找到user-service的实例列表,点击编辑,即可修改权重:

Ribbon和 Nacos服务注册中心

在弹出的编辑窗口,修改权重:

Ribbon和 Nacos服务注册中心

注意:如果权重修改为0,则该实例永远不会被访问

2.7 环境隔离

Nacos提供了namespace来实现环境隔离功能。

  • nacos中可以有多个namespace
  • namespace下可以有group、service等
  • 不同namespace之间相互隔离,例如不同namespace的服务互相不可见

Ribbon和 Nacos服务注册中心

Namespace:命名空间,对不同的环境进行隔离,比如隔离开发环境、测试环境和生产环境

Group:分组,将若干个服务或者若干个配置集归为一组,通常习惯一个系统归为一个组(拉勾招聘、拉勾猎头、拉勾教育)

Service:某一个服务,比如商品微服务

DataId:配置集或者可以认为是一个配置文件

Namespace + Group + Service 如同 Maven 中的GAV坐标,GAV坐标是为了锁定Jar,而这里是为了锁定服务

Namespace + Group + DataId 如同 Maven 中的GAV坐标,GAV坐标是为了锁定Jar,而这里是为了锁定配置文件

最佳实践

Nacos抽象出了NamespaceGroupServiceDataId等概念,具体代表什么取决于怎么用(非常灵活),推荐用法如下

概念 描述
Namespace 代表不同的环境,如开发dev、测试test、生产环境prod
Group 代表某项目,比如拉勾云项目
Service 某个项目中具体xxx服务
DataId 某个项目中具体的xxx配置文件
2.7.1 创建namespace

默认情况下,所有service、data、group都在同一个namespace,名为public:

Ribbon和 Nacos服务注册中心

我们可以点击页面新增按钮,添加一个namespace:

Ribbon和 Nacos服务注册中心

然后,填写表单:

Ribbon和 Nacos服务注册中心

就能在页面看到一个新的namespace:

Ribbon和 Nacos服务注册中心

2.7.2 给微服务配置namespace

给微服务配置namespace只能通过修改配置来实现。

例如,修改order-service的application.yml

文件:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 6f91682a-dae8-4236-8974-48595037e16c # 命名空间,填ID

重启order-service后,访问控制台,可以看到下面的结果:

Ribbon和 Nacos服务注册中心

Ribbon和 Nacos服务注册中心

此时访问order-service,因为namespace不同,会导致找不到userservice,控制台会报错:

Ribbon和 Nacos服务注册中心

2.8 Nacos与Eureka的区别

Nacos的服务实例分为两种l类型:

  • 临时实例:如果实例宕机超过一定时间,会从服务列表剔除,默认的类型。

  • 非临时实例:如果实例宕机,不会从服务列表剔除,也可以叫永久实例。

配置一个服务实例为永久实例:

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为非临时实例

Nacos和Eureka整体结构类似,服务注册、服务拉取、心跳等待,但是也存在一些差异:

Ribbon和 Nacos服务注册中心

  • Nacos与eureka的共同点

    • 都支持服务注册和服务拉取
    • 都支持服务提供者心跳方式做健康检测
  • Nacos与Eureka的区别文章来源地址https://www.toymoban.com/news/detail-485661.html

    • Nacos支持服务端主动检测提供者状态:临时实例采用心跳模式,非临时实例采用主动检测模式
    • 临时实例心跳不正常会被剔除,非临时实例则不会被剔除
    • Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
    • Nacos集群默认采用AP方式,当集群中存在非临时实例时,采用CP模式;Eureka采用AP方式

到了这里,关于Ribbon和 Nacos服务注册中心的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 注册中心Eureka和Nacos,以及负载均衡Ribbon

    微服务,就是把服务拆分成为若干个服务,降低服务之间的耦合度,提供服务的独立性和灵活性。做到高内聚,低耦合。 单体架构:简单方便,高度耦合,扩展性差,适合小型项目。例如:学生管理系统 分布式架构:松耦合,扩展性好,但架构复杂,难度大。适合大型互联

    2024年02月12日
    浏览(46)
  • 38.SpringCloud—注册中心(eureka/nacos)、负载均衡Ribbon

    目录 一、SpringCloud。 (1)认识微服务。 (1.1)单体架构与分布式架构(微服务)。 (1.2)微服务技术对比。 (1.3)SpringCloud。 (2)服务拆分及远程调用。 (2.1)服务拆分。 (2.2)远程调用。 (3)提供者与消费者。 (4)Eureka注册中心。 (4.1)Eureka的作用。  (4.2)搭建

    2024年02月09日
    浏览(57)
  • nacos注册中心+Ribbon负载均衡+完成openfeign的调用(超详细步骤)

    目录 1.注册中心 1.1.nacos注册中心 1.2. 微服务注册和拉取注册中心的内容 2.3.修改订单微服务的代码 3.负载均衡组件 3.1.什么是负载均衡 3.2.什么是Ribbon 3.3.Ribbon 的主要作用 3.4.Ribbon提供的负载均衡策略 4.openfeign完成服务调用 4.1.什么是OpenFeign 4.2.完成openfeign的调用  继  微服务

    2024年02月16日
    浏览(36)
  • SpringCloud微服务 【实用篇】| Eureka注册中心、Ribbon负载均衡

    目录 一:Eureka注册中心 1. Eureka原理 2. 动手实践 ①搭建EurekaServer ②服务注册 ③服务发现  二:Ribbon负载均衡 1. 负载均衡原理 2. 负载均衡策略 3. 懒加载 tips:前些天突然发现了一个巨牛的人工智能学习网站,通俗易懂,风趣幽默,忍不住分享一下给大家,感兴趣的同学可以

    2024年02月05日
    浏览(49)
  • 【SpringCloud】一、微服务概述、注册中心与Ribbon负载均衡技术简介

    微服务治理 异步通信技术 — mq 缓存技术 — Redis 搜索技术 — ES集群 Devops — Jenkins… 微服务是一种将各个模块拆分开独立运行以提高系统整体效率的技术,其主要特征为: 单一职责:每个服务对应唯一的业务能力、做到单一职责。 面向服务:对外要暴露微服务的业务接口

    2024年02月09日
    浏览(51)
  • 【微服务开篇-RestTemplate服务调用、Eureka注册中心、Nacos注册中心】

     本篇用到的资料: https://gitee.com/Allengan/cloud-demo.git https://gitee.com/Allengan/cloud-demo.git 目录 1.认识微服务 1.1.单体架构 1.2.分布式架构 1.3.微服务 1.4.SpringCloud 1.5.总结 2.服务拆分和远程调用 2.1.服务拆分原则 2.2.服务拆分示例 2.2.1.导入Sql语句 2.2.2.导入demo工程 2.3.实现远程调用案例

    2024年02月08日
    浏览(40)
  • 微服务-Nacos(注册中心)

    Nacos是SpringCloud的一个功能非常强大的组件,想比eureka的功能更加丰富 Nacos(全称:Naming and Configuration Service)是一个开源的动态服务发现、配置管理和服务管理平台。它由阿里巴巴集团开发并贡献给开源社区,旨在帮助开发者更好地构建和管理微服务架构。 Nacos提供了以下核

    2024年02月12日
    浏览(46)
  • 【微服务】Nacos注册中心

    国内公司一般都推崇阿里巴巴的技术,比如注册中心,SpringCloudAlibaba也推出了一个名为Nacos的注册中心。 Nacos是阿里巴巴的产品,现在是SpringCloud中的一个组件。相比Eureka功能更加丰富,在国内受欢迎程度较高。 在Nacos的GitHub页面,提供有下载链接,可以下载编译好的Nacos服务

    2024年02月02日
    浏览(50)
  • 基于SpringCloud的微服务架构学习笔记(2)注册中心Eureka和负载均衡Ribbon

    1.7.1 远程调用的问题 地址信息获取 : 服务消费者 如何获取 服务提供者 的 地址信息 (不能每次都写死): URL:http://localhost:8081/user/\\\"+order.getUserId() 多选一 :如果有多个服务提供者,消费者如何进行选择 监测健康状态 :消费者如何获知提供者的健康状态 1.7.2 eureka原理 地址

    2024年02月13日
    浏览(38)
  • 微服务注册中心-Nacos概述

    Nacos 是阿里巴巴推出来的一个新开源项目,这是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。 N

    2024年02月04日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包