源码分析Dubbo服务提供者启动流程-上篇

已于 2024-05-03 23:50:47 修改
阅读量685 收藏 25
点赞数 12
分类专栏： 程序员 文章标签： dubbo safari 前端
于 2024-05-03 23:50:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84102653/article/details/138428016
版权
本文详细分析了Dubbo中ServiceConfig暴露服务的过程，包括服务延迟策略、doExport方法的执行逻辑，以及服务注册到注册中心的详细步骤。重点讲解了`isDelay()`方法、`export()`和`doExport()`函数，展示了Dubbo服务暴露的内部工作机制。
摘要由CSDN通过智能技术生成

private boolean isDelay() {

Integer delay = getDelay();

ProviderConfig provider = getProvider();

if (delay == null && provider != null) {

delay = provider.getDelay();

}

return supportedApplicationListener && (delay == null || delay == -1);

}

如果有设置dubbo:service或dubbo:provider的属性delay，或配置delay为-1,都表示启用延迟机制，单位为毫秒，设置为-1，表示等到Spring容器初始化后再暴露服务。从这里也可以看出，Dubbo暴露服务的处理入口为ServiceBean#export—》ServiceConfig#export。

1.1 源码分析ServiceConfig#export 暴露服务

调用链：ServiceBean#afterPropertiesSet------>ServiceConfig#export

public synchronized void export() {

if (provider != null) {

if (export == null) {

export = provider.getExport();

}

if (delay == null) {

delay = provider.getDelay();

}

}

if (export != null && !export) { // @1

return;

}

if (delay != null && delay > 0) { // @2

delayExportExecutor.schedule(new Runnable() {

@Override

public void run() {

doExport();

}

}, delay, TimeUnit.MILLISECONDS);

} else {

doExport(); //@3

}

}

代码@1：判断是否暴露服务，由dubbo:service export="true|false"来指定。

代码@2：如果启用了delay机制，如果delay大于0，表示延迟多少毫秒后暴露服务，使用ScheduledExecutorService延迟调度，最终调用doExport方法。

代码@3：执行具体的暴露逻辑doExport，需要大家留意：delay=-1的处理逻辑（基于Spring事件机制触发）。

1.2 源码分析ServiceConfig#doExport暴露服务

调用链：ServiceBean#afterPropertiesSet—调用------>ServiceConfig#export------>ServiceConfig#doExport

ServiceConfig#checkDefault

private void checkDefault() {

if (provider == null) {

provider = new ProviderConfig();

}

appendProperties(provider);

}

Step1:如果dubbo:servce标签也就是ServiceBean的provider属性为空，调用appendProperties方法，填充默认属性，其具体加载顺序：

  1. 从系统属性加载对应参数值，参数键：dubbo.provider.属性名，System.getProperty。

  2. 加载属性配置文件的值。属性配置文件，可通过系统属性：dubbo.properties.file，如果该值未配置，则默认取dubbo.properties属性配置文件。

ServiceConfig#doExport

if (ref instanceof GenericService) {

interfaceClass = GenericService.class;

if (StringUtils.isEmpty(generic)) {

generic = Boolean.TRUE.toString();

}

} else {

try {

interfaceClass = Class.forName(interfaceName, true, Thread.currentThread()

.getContextClassLoader());

} catch (ClassNotFoundException e) {

throw new IllegalStateException(e.getMessage(), e);

}

checkInterfaceAndMethods(interfaceClass, methods);

checkRef();

generic = Boolean.FALSE.toString();

}

Step2：校验ref与interface属性。如果ref是GenericService，则为dubbo的泛化实现，然后验证interface接口与ref引用的类型是否一致。

ServiceConfig#doExport

if (local != null) {

if (“true”.equals(local)) {

local = interfaceName + “Local”;

}

Class<?> localClass;

try {

localClass = ClassHelper.forNameWithThreadContextClassLoader(local);

} catch (ClassNotFoundException e) {

throw new IllegalStateException(e.getMessage(), e);

}

if (!interfaceClass.isAssignableFrom(localClass)) {

throw new IllegalStateException("The local implementation class " + localClass.getName() + " not implement interface " + interfaceName);

}

}

Step3：dubbo:service local机制，已经废弃，被stub属性所替换。

Step4：处理本地存根Stub，<dubbo:service 的stub属性，可以设置为true，此时Stub的类名为：interface+Stub，stub也可以指定自定义的全类名。本地存根说明如图所示（Dubbo官方文档）

这里写图片描述

ServiceConfig#doExport

checkApplication();

checkRegistry();

checkProtocol();

appendProperties(this);

Step5：校验ServiceBean的application、registry、protocol是否为空，并从系统属性（优先）、资源文件中填充其属性。

系统属性、资源文件属性的配置如下：

application dubbo.application.属性名，例如 dubbo.application.name

registry dubbo.registry.属性名，例如 dubbo.registry.address

protocol dubbo.protocol.属性名，例如 dubbo.protocol.port

service dubbo.service.属性名，例如 dubbo.service.stub

ServiceConfig#doExport

checkStubAndMock(interfaceClass);

Step6：校验stub、mock类的合理性，是否是interface的实现类。

ServiceConfig#doExport

doExportUrls();

Step7：执行doExportUrls()方法暴露服务，接下来会重点分析该方法。

ServiceConfig#doExport

ProviderModel providerModel = new ProviderModel(getUniqueServiceName(), this, ref);

ApplicationModel.initProviderModel(getUniqueServiceName(), providerModel);

Step8：将服务提供者信息注册到ApplicationModel实例中。

1.3 源码分析ServiceConfig#doExportUrls暴露服务具体实现逻辑

调用链：ServiceBean#afterPropertiesSet------>ServiceConfig#export------>ServiceConfig#doExport

private void doExportUrls() {

List registryURLs = loadRegistries(true); // @1

for (ProtocolConfig protocolConfig : protocols) {

doExportUrlsFor1Protocol(protocolConfig, registryURLs); // @2

}

}

代码@1：首先遍历ServiceBean的List< RegistryConfig> registries（所有注册中心的配置信息），然后将地址封装成URL对象，关于注册中心的所有配置属性，最终转换成url的属性(?属性名=属性值)，loadRegistries(true)，参数的意思：true，代表服务提供者，false：代表服务消费者，如果是服务提供者，则检测注册中心的配置，如果配置了register=“false”，则忽略该地址，如果是服务消费者，并配置了subscribe="false"则表示不从该注册中心订阅服务，故也不返回，一个注册中心URL示例：

registry://127.0.0.1:2181/com.alibaba.dubbo.registry.RegistryService?application=demo-provider&dubbo=2.0.0&pid=7072&qos.port=22222&registry=zookeeper&timestamp=1527308268041

代码@2：然后遍历配置的所有协议，根据每个协议，向注册中心暴露服务，接下来重点分析doExportUrlsFor1Protocol方法的实现细节。

1.4 源码分析doExportUrlsFor1Protocol

调用链：ServiceBean#afterPropertiesSet------>ServiceConfig#export------>ServiceConfig#doExport------>ServiceConfig#doExportUrlsFor1Protocol

ServiceConfig#doExportUrlsFor1Protocol

String name = protocolConfig.getName();

if (name == null || name.length() == 0) {

name = “dubbo”;

}

Map<String, String> map = new HashMap<String, String>();

map.put(Constants.SIDE_KEY, Constants.PROVIDER_SIDE);

map.put(Constants.DUBBO_VERSION_KEY, Version.getVersion());

map.put(Constants.TIMESTAMP_KEY, String.valueOf(System.currentTimeMillis()));

if (ConfigUtils.getPid() > 0) {

map.put(Constants.PID_KEY, String.valueOf(ConfigUtils.getPid()));

}

appendParameters(map, application);

appendParameters(map, module);

appendParameters(map, provider, Constants.DEFAULT_KEY);

appendParameters(map, protocolConfig);

appendParameters(map, this);

Step1：用Map存储该协议的所有配置参数，包括协议名称、dubbo版本、当前系统时间戳、进程ID、application配置、module配置、默认服务提供者参数(ProviderConfig)、协议配置、服务提供Dubbo:service的属性。

ServiceConfig#doExportUrlsFor1Protocol

if (methods != null && !methods.isEmpty()) {

for (MethodConfig method : methods) {

appendParameters(map, method, method.getName());

String retryKey = method.getName() + “.retry”;

if (map.containsKey(retryKey)) {

String retryValue = map.remove(retryKey);

if (“false”.equals(retryValue)) {

map.put(method.getName() + “.retries”, “0”);

}

}

List arguments = method.getArguments();

if (arguments != null && !arguments.isEmpty()) {

for (ArgumentConfig argument : arguments) {

// convert argument type

if (argument.getType() != null && argument.getType().length() > 0) {

Method[] methods = interfaceClass.getMethods();

// visit all methods

if (methods != null && methods.length > 0) {

for (int i = 0; i < methods.length; i++) {

String methodName = methods[i].getName();

// target the method, and get its signature

if (methodName.equals(method.getName())) {

Class<?>[] argtypes = methods[i].getParameterTypes();

// one callback in the method

if (argument.getIndex() != -1) {

if (argtypes[argument.getIndex()].getName().equals(argument.getType())) {

appendParameters(map, argument, method.getName() + “.” + argument.getIndex());

} else {

throw new IllegalArgumentException(“argument config error : the index attribute and type attribute not match :index :” + argument.getIndex() + “, type:” +

argument.getType());

}

} else {

// multiple callbacks in the method

for (int j = 0; j < argtypes.length; j++) {

Class<?> argclazz = argtypes[j];

if (argclazz.getName().equals(argument.getType())) {

appendParameters(map, argument, method.getName() + “.” + j);

if (argument.getIndex() != -1 && argument.getIndex() != j) {

throw new IllegalArgumentException(“argument config error : the index attribute and type attribute not match :index :” + argument.getIndex() + ",

type:" + argument.getType());

}

}

}

}

}

}

}

} else if (argument.getIndex() != -1) {

appendParameters(map, argument, method.getName() + “.” + argument.getIndex());

} else {

throw new IllegalArgumentException(“argument config must set index or type attribute.eg: <dubbo:argument index=‘0’ …/> or <dubbo:argument type=xxx …/>”);

}

}

}

} // end of methods for

}

Step2：如果dubbo:service有dubbo:method子标签，则dubbo:method以及其子标签的配置属性，都存入到Map中，属性名称加上对应的方法名作为前缀。dubbo:method的子标签dubbo:argument,其键为方法名.参数序号。

ServiceConfig#doExportUrlsFor1Protocol

if (ProtocolUtils.isGeneric(generic)) {

map.put(Constants.GENERIC_KEY, generic);

map.put(Constants.METHODS_KEY, Constants.ANY_VALUE);

} else {

String revision = Version.getVersion(interfaceClass, version);

if (revision != null && revision.length() > 0) {

map.put(“revision”, revision);

}

String[] methods = Wrapper.getWrapper(interfaceClass).getMethodNames();

if (methods.length == 0) {

logger.warn("NO method found in service interface " + interfaceClass.getName());

map.put(Constants.METHODS_KEY, Constants.ANY_VALUE);

} else {

map.put(Constants.METHODS_KEY, StringUtils.join(new HashSet(Arrays.asList(methods)), “,”));

}

}

Step3：添加methods键值对，存放dubbo:service的所有方法名，多个方法名用,隔开，如果是泛化实现，填充genric=true,methods为"*"；

ServiceConfig#doExportUrlsFor1Protocol

if (!ConfigUtils.isEmpty(token)) {

if (ConfigUtils.isDefault(token)) {

map.put(Constants.TOKEN_KEY, UUID.randomUUID().toString());

} else {

map.put(Constants.TOKEN_KEY, token);

}

}

Step4:根据是否开启令牌机制，如果开启，设置token键，值为静态值或uuid。

ServiceConfig#doExportUrlsFor1Protocol

if (Constants.LOCAL_PROTOCOL.equals(protocolConfig.getName())) {

protocolConfig.setRegister(false);

map.put(“notify”, “false”);

}

Step5:如果协议为本地协议(injvm)，则设置protocolConfig#register属性为false，表示不向注册中心注册服务，在map中存储键为notify,值为false,表示当注册中心监听到服务提供者发送变化（服务提供者增加、服务提供者减少等事件时不通知。

ServiceConfig#doExportUrlsFor1Protocol

// export service

String contextPath = protocolConfig.getContextpath();

if ((contextPath == null || contextPath.length() == 0) && provider != null) {

contextPath = provider.getContextpath();

}

Step6:设置协议的contextPath,如果未配置，默认为/interfacename

ServiceConfig#doExportUrlsFor1Protocol

String host = this.findConfigedHosts(protocolConfig, registryURLs, map);

Integer port = this.findConfigedPorts(protocolConfig, name, map);

Step7：解析服务提供者的IP地址与端口。

服务IP地址解析顺序：（序号越小越优先）

  1. 系统环境变量，变量名：DUBBO_DUBBO_IP_TO_BIND

  2. 系统属性,变量名：DUBBO_DUBBO_IP_TO_BIND

  3. 系统环境变量，变量名：DUBBO_IP_TO_BIND

  4. 系统属性，变量名：DUBBO_IP_TO_BIND

  5. dubbo:protocol 标签的host属性 --》 dubbo:provider 标签的host属性

  6. 默认网卡IP地址，通过InetAddress.getLocalHost().getHostAddress()获取，如果IP地址不符合要求，继续下一个匹配。

判断IP地址是否符合要求的标准是：

public static boolean isInvalidLocalHost(String host) {

return host == null

|| host.length() == 0

|| host.equalsIgnoreCase(“localhost”)

|| host.equals(“0.0.0.0”)

|| (LOCAL_IP_PATTERN.matcher(host).matches());

}

复习的面试资料

这些面试全部出自大厂面试真题和面试合集当中，小编已经为大家整理完毕（PDF版）

  • 第一部分：Java基础-中级-高级

image

  • 第二部分：开源框架（SSM：Spring+SpringMVC+MyBatis）

image

  • 第三部分：性能调优（JVM+MySQL+Tomcat）

image

  • 第四部分：分布式（限流：ZK+Nginx；缓存：Redis+MongoDB+Memcached；通讯：MQ+kafka）

image

  • 第五部分：微服务（SpringBoot+SpringCloud+Dubbo）

image

  • 第六部分：其他：并发编程+设计模式+数据结构与算法+网络

image

进阶学习笔记pdf

  • Java架构进阶之架构筑基篇（Java基础+并发编程+JVM+MySQL+Tomcat+网络+数据结构与算法）

image

  • Java架构进阶之开源框架篇（设计模式+Spring+SpringMVC+MyBatis）

image

image

image

  • Java架构进阶之分布式架构篇 （限流（ZK/Nginx）+缓存（Redis/MongoDB/Memcached）+通讯（MQ/kafka））

image

image

image

  • Java架构进阶之微服务架构篇（RPC+SpringBoot+SpringCloud+Dubbo+K8s）

image

image

26)]

  • 第六部分：其他：并发编程+设计模式+数据结构与算法+网络

[外链图片转存中…(img-dnsIYIie-1714751429726)]

进阶学习笔记pdf

  • Java架构进阶之架构筑基篇（Java基础+并发编程+JVM+MySQL+Tomcat+网络+数据结构与算法）

[外链图片转存中…(img-vkjz5Dv1-1714751429727)]

  • Java架构进阶之开源框架篇（设计模式+Spring+SpringMVC+MyBatis）

[外链图片转存中…(img-PLQ639gL-1714751429727)]

[外链图片转存中…(img-i0IeWD9p-1714751429727)]

[外链图片转存中…(img-jrNpPvte-1714751429728)]

  • Java架构进阶之分布式架构篇 （限流（ZK/Nginx）+缓存（Redis/MongoDB/Memcached）+通讯（MQ/kafka））

[外链图片转存中…(img-sJliMNE3-1714751429728)]

[外链图片转存中…(img-D3jhEw74-1714751429728)]

[外链图片转存中…(img-FAr8nijQ-1714751429729)]

  • Java架构进阶之微服务架构篇（RPC+SpringBoot+SpringCloud+Dubbo+K8s）

[外链图片转存中…(img-5P2k2VCN-1714751429729)]

[外链图片转存中…(img-olAPttzG-1714751429729)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

2401_84102653
关注
  • 12
    点赞
  • 踩
  • 25
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
源码分析Dubbo服务提供者启动流程-下篇
中间件兴趣圈
06-05 3035
本文继续上文Dubbo服务提供者启动流程，在上篇文章中详细梳理了从dubbo spring文件开始，Dubbo是如何加载配置文件，服务提供者dubbo:service标签服务暴露全流程，本节重点关注RegistryProtocol#export中调用doLocalExport方法，其实主要是根据各自协议，服务提供者建立网络服务器，在特定端口建立监听，监听来自消息消费端服务的请求。 Registr...
源码分析Dubbo服务提供者启动流程-上篇，2024年最新什么是JAVA程序设计
2401_84159966的博客
04-08 751
调用链：ServiceBean#afterPropertiesSet------>ServiceConfig#export------>ServiceConfig#doExport------>ServiceConfig#doExportUrlsFor1Protocol。调用链：ServiceBean#afterPropertiesSet—调用------>ServiceConfig#export------>ServiceConfig#doExport。加载属性配置文件的值。
平安银行java面试题，源码分析Dubbo服务提供者启动流程-上篇，java消息队列面试题
2301_76348206的博客
04-08 570
关于面试刷题也是有方法可言的，建议最好是按照专题来进行，然后由基础到高级，由浅入深来，效果会更好。Java基础部分算法与编程数据库部分流行的框架与新技术（Spring+SpringCloud+SpringCloudAlibaba）这份面试文档当然不止这些内容，实际上像JVM、设计模式、ZK、MQ、数据结构等其他部分的面试内容均有涉及，因为文章篇幅，就不全部在这里阐述了。
dubbo笔记-服务注册发布以及消费源码分析
06-18
2. ServiceConfig和服务提供者启动流程：ServiceConfig是服务提供者配置的容器，负责构建服务元数据并驱动服务注册和发布。 3. Invoker：作为服务调用的桥梁，Invoker的invoke方法封装了实际的服务调用过程。 4. ...
Dubbo服务框架 v2.7.9-源码.zip
02-26
《Dubbo服务框架v2.7.9源码解析》 Dubbo，作为阿里巴巴开源的一款高性能、轻量级的服务框架，被广泛应用于分布式系统中，为开发者提供了强大的服务治理功能。这次我们关注的是其v2.7.9版本的源码，通过深入研究，...
dubbo-dubbo-2.5.3-codeanalysis:dubbo源码分析
03-24
它主要由服务提供者（Provider）、服务消费者（Consumer）、注册中心（Registry）和监控中心（Monitor）四大部分构成。在 Dubbo 中，服务提供者暴露服务，服务消费者调用服务，注册中心负责服务的注册与发现，而监控...
03-05-12-ApacheDubbo服务发布源码分析1
08-04
在 Dubbo 中，服务提供者启动时会向注册中心发送心跳，将自身服务信息注册上去。 4. **Netty 服务启动** - 为了实现远程监听和通信，Dubbo 通常使用 Netty 作为网络通信框架。服务发布后，Dubbo 会启动一个 Netty ...
dubbo源码分析系列
04-06
- 服务提供者暴露：分析服务提供者如何启动、暴露服务，包括服务配置、服务发布和注册的过程。 - 服务消费者引用：理解服务消费者如何查找并引用服务，包括URL参数解析、服务订阅和回调机制。 4. **负载均衡策略*...
使用Safari中的WebDriver进行测试
yinshuilan的专栏
07-25 329
从3.0.0-beta1版本开始，Selenium的Java和Python客户端库提供对Safari的原生驱动实现的支持。编写WebDriver测试套件 一旦您获得了客户端库，就可以编写WebDriver测试并在Safari上运行。确保您有Safari的WebDriver Safari和Safari技术预览版各提供一个自己的safaridriver可执行文件。配置Safari以启用WebDriver支持 默认情况下，Safari对开发者的WebDriver支持是关闭的。为此，手动运行一次，并遵循认证提示。
python爬虫基础——Webbot库介绍
qq_56262770的博客
07-22 979
Webbot是一个专为Python设计的库，用于简化网页自动化任务。它基于Selenium WebDriver，提供了一系列高级接口，使自动化任务更加直观和易于管理。Webbot库的设计理念是将复杂的网页交互抽象为简单的API调用，从而减少开发者在编写自动化脚本时的工作量。Webbot库的核心功能包括自动化表单填写、点击操作、数据抓取等，同时支持处理JavaScript渲染的页面和模拟用户行为。这些功能使得Webbot库成为自动化测试、数据收集和网页监控等领域的理想选择。
Vue使用FullCalendar实现日历/周历/月历
_小郑有点困了的博客
07-23 285
需求背景：项目上遇到新需求，要求实现工单以日/周/月历形式展示。而且要求不同工单根据状态显示不同颜色，一个工单内部，需要以不同颜色显示三个阶段。
TS如何处理js模块的类型？
闻人放歌的三寸青草园圃
07-24 244
【代码】TS如何处理js模块的类型？
VUE 子组件可以直接改变父组件的数据吗
Cshaosun的博客
07-23 293
如果子组件需要修改父组件的数据，‌应该通过触发一个自定义事件来通知父组件进行数据的变更。‌父组件在接收到子组件触发的事件后，‌可以修改数据，‌从而间接地改变父组件的数据。‌这种方式通过明确的事件通信机制，‌保证了数据流的单向性和组件之间的解耦。需要注意的是，‌虽然Vue提供了一些特殊的方法来实现子组件修改父组件数据，‌但这种方式打破了数据流的单向性，‌增加了组件之间的耦合性，‌因此应谨慎使用。在Vue中，‌如果确实需要在子组件中修改父组件的数据，‌可以通过以下步骤实现：‌。
Odoo Registry 源码解读：前端世界的魔法师
清水欧度 Odoo ERP
07-23 988
它是连接不同模块的桥梁，是实现灵活扩展的关键，是每个Odoo开发魔法师最强大的盟友。下次当你在编写Odoo模块时，请记住，你手中握着的不仅仅是键盘，而是Registry赋予你的魔法杖。想象一下，它就是Odoo世界里的预言球，所有的秘密都逃不过它的法眼。Registry会用它的魔法排序棒，确保每个生物都按照正确的顺序出场，场面蔚为壮观。Registry会把常用的魔法结果记在它的魔法笔记本里，下次再用时就不用重新计算了，节省了大量的魔法能量。Registry设置了强大的防御魔法，确保没有人能破坏它的魔法秩序。
【CTFWP】ctfshow-web42
LongL_GuYu的博客
07-23 947
CTFWP，ctfshow-web42
技术实践—微前端技术应用
最新发布
iOceanMind的博客
07-26 270
微前端是一种新兴的前端架构模式，是一种类似于微服务的架构，将微服务的理念应用于浏览器端。其核心理念是将一个大而单一的前端应用拆分为多个小型独立的微应用。这些微应用各自独立，可以由不同团队开发维护，部署，组合这些微应用，行成一个聚合应用。
Spring Cloud微服务项目统一封装数据响应体
洛*璃的博客
07-26 341
在微服务架构下，处理服务之间的通信和数据一致性是一个重要的挑战。为了提高开发效率、保证数据的一致性及简化前端开发，统一封装数据响应体是一种非常有效的实践。本文博主将介绍如何在 Spring Cloud 微服务项目中统一封装数据响应体，并分享一些最佳实践。
前端开发知识-vue
modi000的博客
07-26 131
2.在javascript标签中创建vue对象，数据模型。一、vue可以简化前端javascript的操作。可以src中可以是vue的网址，也可以是本地下载。1.javascript中引入vue.js。主要特点是可以实现视图、数据的双向绑定。二、ngix是前端使用的主流服务器。后端使用的主流服务器是tomcat。3.在body体中，实现视图（标签）绑定。
深入解析Dubbo源码：关键机制与流程详述
在过程分析章节，文章细致地拆解了Refer&export（服务提供者和服务消费者交互）和Registry（注册中心）的功能。这部分涵盖了服务调用的顺序、Invoker的生成、服务的export和refer过程，以及RegistryFactory的创建、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值