SpringCloud详细笔记

一、微服务架构4个核心问题

  1. 服务很多,客户端该怎么访问?
  2. 这么多服务?服务之间如何通信?
  3. 这么多服务? 如何治理?
  4. 服务挂了怎么办?

三种主流解决方案:

  • Spring cloud NetFlix
  • Apache Dubbo Zookeeper
  • Spring cloud Alibaba
    在这里插入图片描述

​ 3. Spring cloud Alibaba 一站式解决方案!更简单。

新概念:服务网格~Server Mesh istio

三种方法的核心是解决:

  1. API(路由)
  2. HTTP、RPC(通信)
  3. 注册与发现(高可用)
  4. 熔断机制(防止服务雪崩)

二、微服务概述

1、什么是微服务

原文:https://martinfowler.com/articles/microservices.html

汉化:https://www.cnblogs.com/liuning8023/p/4493156.html

通常而言,微服务架构是一种架构模式,或者说是一种架构风格,它提倡将单一的应用程序划分成一组小的服务,每个服务运行在其独立的自己的进程内,服务之间互相协调,互相配置,为用户提供最终价值。

技术维度角度理解下:

  • 微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事情,从技术角度看就是一种小而独立的处理过程,类似进程的概念,能够自行单独启动或销毁,拥有自己独立的数据库。

总结微服务是一种架构风格,是把一个项目拆分成独立的多个服务,多个服务是独立运行,每个服务占独立的进程。

2、 微服务优缺点

优点

  • 单一职责原则;
  • 每个服务足够内聚,足够小,代码容易理解,这样能聚焦一个指定的业务功能或业务需求;
  • 开发简单,开发效率高,一个服务可能就是专一的只干一件事;
  • 微服务能够被小团队单独开发,这个团队只需2-5个开发人员组成;
  • 微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的;
  • 微服务能使用不同的语言开发;
  • 易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,如jenkins,Hudson,bamboo;
  • 微服务易于被一个开发人员理解,修改和维护,这样小团队能够更关注自己的工作成果,无需通过合作才能体现价值;
  • 微服务允许利用和融合最新技术;
  • 微服务只是业务逻辑的代码,不会和HTML,CSS,或其他的界面混合;
  • 每个微服务都有自己的存储能力,可以有自己的数据库,也可以有统一的数据库;

缺点

  • 开发人员要处理分布式系统的复杂性;
  • 多服务运维难度,随着服务的增加,运维的压力也在增大;
  • 系统部署依赖问题;
  • 服务间通信成本问题;
  • 数据一致性问题;
  • 系统集成测试问题;
  • 性能和监控问题;

3、 微服务技术栈有那些?

微服务技术条目落地技术
服务开发SpringBoot、Spring、SpringMVC等
服务配置与管理Netfix公司的Archaius、阿里的Diamond等
服务注册与发现Eureka、Consul、Zookeeper等
服务调用Rest、PRC、gRPC
服务熔断器Hystrix、Envoy等
负载均衡Ribbon、Nginx等
服务接口调用(客户端调用服务的简化工具)Fegin等
消息队列Kafka、RabbitMQ、ActiveMQ等
服务配置中心管理SpringCloudConfig、Chef等
服务路由(API网关)Zuul等
服务监控Zabbix、Nagios、Metrics、Specatator等
全链路追踪Zipkin、Brave、Dapper等
数据流操作开发包SpringCloud Stream(封装与Redis,Rabbit,Kafka等发送接收消息)
时间消息总栈SpringCloud Bus
服务部署Docker、OpenStack、Kubernetes等

4、为什么选择SpringCloud作为微服务架构

  1. 选型依据

    • 整体解决方案和框架成熟度
    • 社区热度
    • 可维护性
    • 学习曲线
  2. 当前各大IT公司用的微服务架构有那些?

    • 阿里:dubbo+HFS

    • 京东:JFS

    • 新浪:Motan

    • 当当网:DubboX

三. SpringCloud入门概述

1、SpringCloud是什么?

在这里插入图片描述

通俗来讲:
在这里插入图片描述

总结:

SpringCloud是基于Springboot的、微服务系统架构的一站式解决方案。

SpringCloud是生态 是一个解决方案 例如小米公司的生态

2、 SpringCloud和SpringBoot的区别与联系

区别:

  • SpringBoot可以离开SpringCloud独立使用,开发项目,但SpringCloud离不开SpringBoot,属于依赖关系;
  • SpringBoot专注于快速、方便的开发单个个体微服务,SpringCloud关注全局的服务治理框架;

联系:

Sprigboot为SprigCloud提供了代码实现环境,使用SprigBoot将其它组件有机融合到了SprigCloud的体系架构中了。

3、Spring Cloud相关基础服务组件

服务发现——Netflix Eureka [juˈriːkə] (Nacos)
服务调用——Netflix Feign
熔断器 ——Netflix Hystrix
服务网关 ——Spring Cloud GateWay
分布式配置——Spring Cloud Config (Nacos)
消息总线 —— Spring Cloud Bus (Nacos)

4、Dubbo 和 SpringCloud技术选型

1. 分布式+服务治理Dubbo

目前成熟的互联网架构,应用服务化拆分+消息中间件

2. Dubbo 和 SpringCloud对比

社区支持与更新力度的区别

品牌机和组装机的区别

最大区别:Spring Cloud 抛弃了Dubbo的RPC通信,采用的是基于HTTP的REST方式

对比结果:

DubboSpringCloud
服务注册中心ZookeeperSpring Cloud Netfilx Eureka
服务调用方式RPCREST API
服务监控Dubbo-monitorSpring Boot Admin
断路器不完善Spring Cloud Netfilx Hystrix
服务网关Spring Cloud Netfilx Zuul
分布式配置Spring Cloud Config
服务跟踪Spring Cloud Sleuth
消息总栈Spring Cloud Bus
数据流Spring Cloud Stream
批量任务Spring Cloud Task

总结: 二者解决的问题域不一样:Dubbo的定位是一款RPC框架,而SpringCloud的目标是微服务架构下的一站式解决方案。

5、 SpringCloud能干嘛?

  • Distributed/versioned configuration 分布式/版本控制配置
  • Service registration and discovery 服务注册与发现
  • Routing 路由
  • Service-to-service calls 服务到服务的调用
  • Load balancing 负载均衡配置
  • Circuit Breakers 断路器
  • Distributed messaging 分布式消息管理

6、SpringCloud下载

官网:http://projects.spring.io/spring-cloud/

SpringCloud没有采用数字编号的方式命名版本号,而是采用了伦敦地铁站的名称,同时根据字母表的顺序来对应版本时间顺序,比如最早的Realse版本:Angel,第二个Realse版本:Brixton,然后是Camden、Dalston、Edgware,目前最新的是Hoxton SR4 CURRENT GA通用稳定版。

参考网站:

  • SpringCloud Netflix 中文文档:https://springcloud.cc/spring-cloud-netflix.html
  • SpringCloud 中文API文档(官方文档翻译版):https://springcloud.cc/spring-cloud-dalston.html
  • SpringCloud中国社区:http://springcloud.cn/
  • SpringCloud中文网:https://springcloud.cc

7、Spring Cloud的版本

Spring Cloud 并没有熟悉的数字版本号,而是对应一个开发代号。

Cloud代号Boot版本(train)Boot版本(tested)lifecycle
Angle1.2.xincompatible with 1.3EOL in July 2017
Brixton1.3.x1.4.x2017-07卒
Camden1.4.x1.5.x-
Dalston1.5.xnot expected 2.x-
Edgware1.5.xnot expected 2.x-
Finchley2.0.xnot expected 1.5.x-
Greenwich2.1.x
Hoxton2.2.x

开发代号看似没有什么规律,但实际上首字母是有顺序的,比如:Dalston版本,我们可以简称 D 版本,对应的 Edgware 版本我们可以简称 E 版本。

小版本

Spring Cloud 小版本分为:

SNAPSHOT: 快照版本,随时可能修改

M: MileStone,M1表示第1个里程碑版本,一般同时标注PRE,表示预览版版。

SR: Service Release,SR1表示第1个正式版本,一般同时标注GA:(GenerallyAvailable),表示稳定版本。

8. SpringCloud使用步骤

  1. 导入依赖
  2. 编写配置文件
  3. 开启这个功能 @Enablexxx
  4. 编写配置类(配置bean)
    在这里插入图片描述

四、服务发现Nacos

1、基本概念

(1)Nacos 是阿里巴巴推出来的一个新开源项目,是一个更易于构建云原生应用的动态服务发现、配置
管理和服务管理平台。

(2)常见的注册中心:

  1. Eureka(原生,2.0遇到性能瓶颈,停止维护)
  2. Zookeeper(支持,专业的独立产品。例如:dubbo)
  3. Consul(原生,GO语言开发)
  4. Nacos
    相对于 Spring Cloud Eureka 来说,Nacos 更强大。Nacos = Spring Cloud Eureka + Spring CloudConfig

(3)Nacos是以服务为主要服务对象的中间件,Nacos支持所有主流的服务发现、配置和管理。
Nacos主要提供以下四大功能:

  1. 服务发现和服务健康监测
  2. 动态配置服务
  3. 动态DNS服务
  4. 服务及其元数据管理

(4)Nacos结构图
在这里插入图片描述

2、Nacos下载和安装

下载地址:https://github.com/alibaba/nacos/releases

  • Windows
    启动命令:cmd startup.cmd 或者双击startup.cmd运行文件。
    访问:http://localhost:8848/nacos
    用户名密码:nacos/nacos

3、服务注册

eg:把service-edu微服务注册到注册中心中

1、在service模块配置pom
配置 Nacos 客户端的 pom 依赖

<!--服务注册-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

2、添加服务配置信息
配置application.properties,在客户端微服务中添加注册Nacos服务的配置信息

# nacos服务地址
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848

3、添加Nacos客户端注解
在客户端微服务启动类中添加注解

@EnableDiscoveryClient	//nacos注册

4、启动客户端微服务
启动注册中心
启动已注册的微服务,可以在 Nacos 服务列表中看到被注册的微服务

五、服务调用Feign

1、基本概念

  • Feign是Netflix开发的声明式、模板化的HTTP客户端, Feign可以帮助我们更快捷、优雅地调用HTTP API。
  • Feign支持多种注解,例如Feign自带的注解或者JAX-RS注解等。
  • Spring Cloud对Feign进行了增强,使Feign支持了Spring MVC注解,并整合了Ribbon和Eureka,从而让Feign的使用更加方便。
  • Spring Cloud Feign是基于Netflix feign实现,整合了Spring Cloud Ribbon和Spring Cloud Hystrix,除了提供这两者的强大功能外,还提供了一种声明式的Web服务客户端定义的方式。
  • Spring Cloud Feign帮助我们定义和实现依赖服务接口的定义。在Spring Cloud feign的实现下,只需要创建一个接口并用注解方式配置它,即可完成服务提供方的接口绑定,简化了在使用Spring Cloud Ribbon时自行封装服务调用客户端的开发量。

2、服务调用

1、在service模块添加pom依赖

<!--服务调用-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

2、在调用端的启动类添加注解

@EnableFeignClients

3、编写调用的代码,结构固定

在调用端创建interface,使用注解指定调用服务名称,定义调用的方法路径。

@FeignClient注解用于指定从哪个服务中调用功能 ,名称与被调用的服务名保持一致。
@GetMapping注解用于对被调用的微服务进行地址映射。
@PathVariable注解一定要指定参数名称,否则出错
@Component注解防止,在其他位置注入CodClient时idea报错

eg:

package com.guli.edu.client;
@FeignClient("service-vod")
@Component
public interface VodClient {
    @DeleteMapping(value = "/eduvod/vod/video/{videoId}")
    public R removeVideo(@PathVariable("videoId") String videoId);
}

4、调用微服务
在调用端的VideoServiceImpl中调用client中的方法

@Autowired
private Vodclient vodclient;

//调用vod服务删除远程视频
if(videoSourceIdList.size() > 0){
	vodClient.removeVideoList(videoSourceIdList);
}

六、熔断器Hystrix

1、Hystrix概念

Hystrix 是一个供分布式系统使用,提供延迟和容错功能,保证复杂的分布系统在面临不可避免的失败
时,仍能有其弹性。
比如系统中有很多服务,当某些服务不稳定的时候,使用这些服务的用户线程将会阻塞,如果没有隔离
机制,系统随时就有可能会挂掉,从而带来很大的风险。SpringCloud使用Hystrix组件提供断路器、资源
隔离与自我修复功能。下图表示服务B触发了断路器,阻止了级联失败
在这里插入图片描述

2、Spring Cloud调用接口过程

Spring Cloud 在接口调用上,大致会经过如下几个组件配合:

Feign ----->Hystrix —>Ribbon —>Http Client(apache http components 或者 Okhttp) 具体交互流程上,如下图所示:
在这里插入图片描述

(1)接口化请求调用 :指定调用的服务名字和接口地址的过程

**(2)Feign [feɪn] ** :去找到定义的服务的名字,根据名字做定义的接口地址调用,这个过程叫服务发现。

(3)Hystrix:访问的服务如果挂掉,会执行熔断机制,断掉调用的连接。访问正常,则继续执行。做到系统保护功能。

**(4)Ribbon[ˈrɪbən] **:实现负载均衡,可以把请求平均分担到多台服务器上。集群:一个服务部署在多台服务器上。

(5)HttpClient :Http客户端,真正执行Http调用根据上层Ribbon传递过来的请求,已经指定了服务地址,则HttpClient开始执行真正的Http请求

3、feign结合Hystrix使用

(1)、在service的pom中添加依赖

<!--hystrix依赖,主要是用 @HystrixCommand -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>

(2)、在配置文件中添加hystrix配置

#开启熔断机制
feign.hystrix.enabled=true
# 设置hystrix超时时间,默认1000ms
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=6000

(3)、在service-edu的client包里面创建熔断器的实现类

@Component
public class VodFileDegradeFeignClient implements VodClient {
    //出错之后执行
    @Override
    public R removeVideo(String videoId) {	
    	return R.error().message("time out");	//出错输出内容
    }
}

(4)、修改VodClient接口的注解

@FeignClient(name = "service-vod", fallback = VodFileDegradeFeignClient.class)

七、Gateway网关

1、网关基本概念

(1)、API网关介绍

API 网关是介于客户端和服务器端之间的中间层,所有的外部请求都会先经过 API 网关这一层。也就是说,API 的实现方面更多的考虑业务逻辑,而安全、性能、监控可以交由 API 网关来做,这样既提高业务灵活性又不缺安全性。

(2)、Spring Cloud Gateway

Spring cloud gateway是spring官方基于Spring 5.0、Spring Boot2.0和Project Reactor等技术开发的网关,Spring Cloud Gateway旨在为微服务架构提供简单、有效和统一的API路由管理方式,SpringCloud Gateway作为Spring Cloud生态系统中的网关,目标是替Netflix Zuul,其不仅提供统一的路由方式,并且还基于Filer链的方式提供了网关基本的功能,例如:安全、监控/埋点、限流等。

在这里插入图片描述

(3)、Spring Cloud Gateway核心概念

网关的核心是Filter以及Filter Chain(Filter责任链),Sprig Cloud Gateway也具有路由和Filter的概念。

Spring Cloud Gateway中几个重要的概念。

a、路由。路由是网关最基础的部分,路由信息有一个ID、一个目的URL、一组断言和一组Filter组成。如果断言路由为真,则说明请求的URL和配置匹配
b、断言。Java8中的断言函数。简单来说就是一种匹配规则。

c、过滤器。过滤器Filter将会对请求和响应进行修改处理。
在这里插入图片描述

如上图所示,Spring cloud Gateway发出请求。然后再由Gateway Handler Mapping中找到与请求相匹配的路由,将其发送到Gateway web handler。Handler再通过指定的过滤器链将请求发送到我们实际的服务执行业务逻辑,然后返回。

2、网关使用

a、在infrastructure模块下创建api_gateway模块

b、在pom.xml引入核心依赖

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

c、在application.properties配置文件配置网关相关规则、创建启动类

启动类加上@EnableDiscoveryClient注解,注册到注册中心。

# 服务端口
server.port=8222
# 服务名
spring.application.name=service-gateway
# nacos服务地址
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848
#使用服务发现路由
spring.cloud.gateway.discovery.locator.enabled=true
#服务路由名小写
#spring.cloud.gateway.discovery.locator.lower-case-service-id=true
#设置路由id		id可以随便写,但建议与服务名一样
spring.cloud.gateway.routes[0].id=service-acl
#设置路由的uri	1b://nacos注册服务名称
spring.cloud.gateway.routes[0].uri=lb://service-acl
#设置路由断言,代理servicerId为auth-service的/auth/路径		路由规则
spring.cloud.gateway.routes[0].predicates= Path=/*/acl/**
#配置service-edu服务
spring.cloud.gateway.routes[1].id=service-edu
spring.cloud.gateway.routes[1].uri=lb://service-edu
spring.cloud.gateway.routes[1].predicates= Path=/eduservice/**
。。。

若使用yml文件如下:

server:
	port: 8222
spring:
	application:
	cloud:
	  gateway:
	    discovery:
		  locator:
			enabled: true
		routes:
		- id: SERVICE-ACL
		  uri: lb://SERVICE-ACL
		  predicates:
		  - Path=/*/acl/** # 路径匹配
        - id: SERVICE-EDU
          uri: lb://SERVICE-EDU
          predicates:
          - Path=/eduservice/** # 路径匹配
        - id: SERVICE-UCENTER
          uri: lb://SERVICE-UCENTER
          predicates:
          - Path=/ucenter/** # 路径匹配
        nacos:
          discovery:
            server-addr: 127.0.0.1:8848

d、测试效果

可以通过网关端口访问其他服务接口定义的方法。

注:

配置Gateway网关,自动做到负载均衡操作 ,负载均衡的方式有:轮询、权重、最少请求时间。

3、网关相关配置

a、网关解决跨域问题

创建配置类,格式固定。

@Configuration
public class CorsConfig {
    @Bean
    public CorsWebFilter corsFilter() {
        CorsConfiguration config = new CorsConfiguration();
        config.addAllowedMethod("*");
        config.addAllowedOrigin("*");
        config.addAllowedHeader("*");
        UrlBasedCorsConfigurationSource source = new
        UrlBasedCorsConfigurationSource(new PathPatternParser());
        source.registerCorsConfiguration("/**", config);
        return new CorsWebFilter(source);
    }
}

b、解决权限控制问题,全局Filter。

c、自定义异常处理

服务网关调用服务时可能会有一些异常或服务不可用,它返回错误信息不友好,需要我们覆盖处理

里面都是插件的配置

八、Nacos配置中心

1、配置中心介绍

用配置中心做配置文件的统一管理

(1)、Spring Cloud Config

Spring Cloud Config 包含了Client和Server两个部分,server提供配置文件的存储、以接口的形式将配置文件的内容提供出去,client通过接口获取数据、并依据此数据初始化自己的应用。Springcloud使用git或svn存放配置文件,默认情况下使用git。

(2)、Nacos替换Config

Nacos 可以与 Spring, Spring Boot, Spring Cloud 集成,并能代替 Spring Cloud Eureka, SpringCloud Config。通过 Nacos Server 和 spring-cloud-starter-alibaba-nacos-config 实现配置的动态变更。

应用场景

同一个服务部署到多个服务器上,会有多个配置文件,不便于管理,抽取出来放在配置中心,便于管理。
在这里插入图片描述

在系统开发过程中,开发者通常会将一些需要变更的参数、变量等从代码中分离出来独立管理,以独立的配置文件的形式存在。

目的是让静态的系统工件或者交付物(如 WAR,JAR 包等)更好地和实际的物理运行环境进行适配。配置管理一般包含在系统部署的过程中,由系统管理员或者运维人员完成。配置变更是调整系统运行时的行为的有效手段。
如果微服务架构中没有使用统一配置中心时,所存在的问题:

  • 配置文件分散在各个项目里,不方便维护
  • 配置内容安全与权限
  • 更新配置后,项目需要重启
    nacos配置中心:系统配置的集中管理(编辑、存储、分发)、动态更新不重启、回滚配置(变更管理、历史版本管理、变更审计)等所有与配置相关的活动。

2、配置文件的使用

a、在Nacos配置中心创建配置文件

(1)点击 配置列表,点击右边 + 号,进行配置文件创建

(2)创建配置文件
在这里插入图片描述

a)Data ID 的完整规则格式如下

p r e f i x − {prefix}- prefix{spring.profiles.active}.${file-extension}

- prefix 服务名称

- spring.profiles.active=dev spring.profiles.active值 注意:当spring.profiles.active 为空时,对应的连接符 - 也将不存在,dataId 的拼接格式变成
p r e f i x . {prefix}. prefix.{file-extension}

- file-exetension 配置文件类型

b、在项目中读取 Nacos配置中心的配置文件

以service-statistics模块为例

(1)在 service中引入依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

(2)补充:springboot配置文件加载顺序

其实 yml 和 properties 文件是一样的原理,且一个项目上要么 yml 或者 properties ,二选一的存在。推荐使用 yml ,更简洁。
在这里插入图片描述

配置区别:

bootstrap.yml 和 application.yml 都可以用来配置参数。
bootstrap.yml 可以理解成系统级别的一些参数配置,这些参数一般是不会变动的。
application.yml 可以用来定义应用级别的。

(3)在项目中创建bootstrap.properties

#配置中心地址
spring.cloud.nacos.config.server-addr=127.0.0.1:8848
#spring.profiles.active=dev
# 该配置影响统一配置中心中的dataId
spring.application.name=service-statistics

c、把项目之前的application.properties内容注释,启动项目查看效果

3、名称空间切换环境

在实际开发中,通常有多套不同的环境(默认只有public),那么这个时候可以根据指定的环境来创建不同的 namespce,例如,开发、测试和生产三个不同的环境,那么使用一套 nacos 集群可以分别建以下三个不同的 namespace。以此来实现多环境的隔离。

a、创建命名空间

在这里插入图片描述

默认只有public ,新建了 dev 、 test 和 prod 命名空间
在这里插入图片描述

b、克隆配置

(1)切换到配置列表:
在这里插入图片描述

可以发现有四个名称空间:public(默认)以及我们自己添加的3个名称空间(prod、dev、test),可以点击查看每个名称空间下的配置文件,当然现在只有public下有一个配置。默认情况下,项目会到public下找 服务名.properties文件。接下来,在dev名称空间中也添加一个nacos-provider.properties配置。这时有两种方式:
第一, 切换到dev名称空间,添加一个新的配置文件。缺点:每个环境都要重复配置类似的项目
第二, 直接通过clone方式添加配置,并修改即可。推荐
在这里插入图片描述

点击编辑:修改配置内容,端口号改为8013以作区分
在这里插入图片描述

在项目模块中,修改bootstrap.properties添加如下配置

spring.cloud.nacos.config.namespace=13b5c197-de5b-47e7-9903-ec0538c9db01

namespace的值为:
在这里插入图片描述

重启服务提供方服务,测试修改之后是否生效

4、多配置文件加载

在一些情况下需要加载多个配置文件。假如现在dev名称空间下有三个配置文件:service-statistics.properties、redis.properties、jdbc.properties
在这里插入图片描述

添加配置,加载多个配置文件

spring.cloud.nacos.config.ext-config[0].data-id=redis.properties
# 开启动态刷新配置,否则配置文件修改,工程无法感知
spring.cloud.nacos.config.ext-config[0].refresh=true
spring.cloud.nacos.config.ext-config[1].data-id=jdbc.properties
spring.cloud.nacos.config.ext-config[1].refresh=true
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值