带你认识-ZooKeeper-！重要概念一网打尽！

ZooKeeper：数据结构、权限控制与集群协作详解
最新推荐文章于 2024-11-10 12:01:54 发布
原创 最新推荐文章于 2024-11-10 12:01:54 发布 · 665 阅读 · 28 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#zookeeper #分布式 #云原生

本文详细解读了ZooKeeper中的znode类型、数据结构（Stat和版本控制）、权限控制（ACL）、事件监听器（Watcher）以及会话管理和集群架构，重点介绍了ZAB协议和Paxos算法在实现高可用性和一致性中的作用。

我们通常是将 znode 分为 4 大类：

  • 持久（PERSISTENT）节点 ：一旦创建就一直存在即使 ZooKeeper 集群宕机，直到将其删除。
  • 临时（EPHEMERAL）节点 ：临时节点的生命周期是与 客户端会话（session） 绑定的，会话消失则节点消失 。并且，临时节点只能做叶子节点 ，不能创建子节点。
  • 持久顺序（PERSISTENT_SEQUENTIAL）节点 ：除了具有持久（PERSISTENT）节点的特性之外， 子节点的名称还具有顺序性。比如 /node1/app0000000001 、/node1/app0000000002 。
  • 临时顺序（EPHEMERAL_SEQUENTIAL）节点 ：除了具备临时（EPHEMERAL）节点的特性之外，子节点的名称还具有顺序性。
3.2.2. znode 数据结构

每个 znode 由 2 部分组成:

  • stat ：状态信息
  • data ： 节点存放的数据的具体内容

如下所示，我通过 get 命令来获取 根目录下的 dubbo 节点的内容。（get 命令在下面会介绍到）。

[zk: 127.0.0.1:2181(CONNECTED) 6] get /dubbo

该数据节点关联的数据内容为空

null

下面是该数据节点的一些状态信息，其实就是 Stat 对象的格式化输出

cZxid = 0x2
ctime = Tue Nov 27 11:05:34 CST 2018
mZxid = 0x2
mtime = Tue Nov 27 11:05:34 CST 2018
pZxid = 0x3
cversion = 1
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 0
numChildren = 1

Stat 类中包含了一个数据节点的所有状态信息的字段，包括事务 ID-cZxid、节点创建时间-ctime 和子节点个数-numChildren 等等。

下面我们来看一下每个 znode 状态信息究竟代表的是什么吧！（下面的内容来源于《从 Paxos 到 ZooKeeper 分布式一致性原理与实践》，因为 Guide 确实也不是特别清楚，要学会参考资料的嘛！ ） ：

znode 状态信息解释
cZxidcreate ZXID，即该数据节点被创建时的事务 id
ctimecreate time，即该节点的创建时间
mZxidmodified ZXID，即该节点最终一次更新时的事务 id
mtimemodified time，即该节点最后一次的更新时间
pZxid该节点的子节点列表最后一次修改时的事务 id，只有子节点列表变更才会更新 pZxid，子节点内容变更不会更新
cversion子节点版本号，当前节点的子节点每次变化时值增加 1
dataVersion数据节点内容版本号，节点创建时为 0，每更新一次节点内容(不管内容有无变化)该版本号的值增加 1
aclVersion节点的 ACL 版本号，表示该节点 ACL 信息变更次数
ephemeralOwner创建该临时节点的会话的 sessionId；如果当前节点为持久节点，则 ephemeralOwner=0
dataLength数据节点内容长度
numChildren当前节点的子节点个数

3.3. 版本（version）

在前面我们已经提到，对应于每个 znode，ZooKeeper 都会为其维护一个叫作 Stat 的数据结构，Stat 中记录了这个 znode 的三个相关的版本：

  • dataVersion ：当前 znode 节点的版本号
  • cversion ： 当前 znode 子节点的版本
  • aclVersion ： 当前 znode 的 ACL 的版本。

3.4. ACL（权限控制）

ZooKeeper 采用 ACL（AccessControlLists）策略来进行权限控制，类似于 UNIX 文件系统的权限控制。

对于 znode 操作的权限，ZooKeeper 提供了以下 5 种：

  • CREATE : 能创建子节点
  • READ ：能获取节点数据和列出其子节点
  • WRITE : 能设置/更新节点数据
  • DELETE : 能删除子节点
  • ADMIN : 能设置节点 ACL 的权限

其中尤其需要注意的是，CREATE 和 DELETE 这两种权限都是针对 子节点 的权限控制。

对于身份认证，提供了以下几种方式：

  • world ： 默认方式，所有用户都可无条件访问。
  • auth :不使用任何 id，代表任何已认证的用户。
  • digest :用户名:密码认证方式： username:password 。
  • ip : 对指定 ip 进行限制。

3.5. Watcher（事件监听器）

Watcher（事件监听器），是 ZooKeeper 中的一个很重要的特性。ZooKeeper 允许用户在指定节点上注册一些 Watcher，并且在一些特定事件触发的时候，ZooKeeper 服务端会将事件通知到感兴趣的客户端上去，该机制是 ZooKeeper 实现分布式协调服务的重要特性。

watcher机制

破音：非常有用的一个特性，都能出小本本记好了，后面用到 ZooKeeper 基本离不开 Watcher（事件监听器）机制。

3.6. 会话（Session）

Session 可以看作是 ZooKeeper 服务器与客户端的之间的一个 TCP 长连接，通过这个连接，客户端能够通过心跳检测与服务器保持有效的会话，也能够向 ZooKeeper 服务器发送请求并接受响应，同时还能够通过该连接接收来自服务器的 Watcher 事件通知。

Session 有一个属性叫做：sessionTimeout ，sessionTimeout 代表会话的超时时间。当由于服务器压力太大、网络故障或是客户端主动断开连接等各种原因导致客户端连接断开时，只要在sessionTimeout规定的时间内能够重新连接上集群中任意一台服务器，那么之前创建的会话仍然有效。

另外，在为客户端创建会话之前，服务端首先会为每个客户端都分配一个 sessionID。由于 sessionID是 ZooKeeper 会话的一个重要标识，许多与会话相关的运行机制都是基于这个 sessionID 的，因此，无论是哪台服务器为客户端分配的 sessionID，都务必保证全局唯一。

4. ZooKeeper 集群

为了保证高可用，最好是以集群形态来部署 ZooKeeper，这样只要集群中大部分机器是可用的（能够容忍一定的机器故障），那么 ZooKeeper 本身仍然是可用的。通常 3 台服务器就可以构成一个 ZooKeeper 集群了。ZooKeeper 官方提供的架构图就是一个 ZooKeeper 集群整体对外提供服务。

上图中每一个 Server 代表一个安装 ZooKeeper 服务的服务器。组成 ZooKeeper 服务的服务器都会在内存中维护当前的服务器状态，并且每台服务器之间都互相保持着通信。集群间通过 ZAB 协议（ZooKeeper Atomic Broadcast）来保持数据的一致性。

最典型集群模式： Master/Slave 模式（主备模式）。在这种模式中，通常 Master 服务器作为主服务器提供写服务，其他的 Slave 服务器从服务器通过异步复制的方式获取 Master 服务器最新的数据提供读服务。

4.1. ZooKeeper 集群角色

但是，在 ZooKeeper 中没有选择传统的 Master/Slave 概念，而是引入了 Leader、Follower 和 Observer 三种角色。如下图所示

ZooKeeper 集群中的所有机器通过一个 Leader 选举过程 来选定一台称为 “Leader” 的机器，Leader 既可以为客户端提供写服务又能提供读服务。除了 Leader 外，Follower 和 Observer 都只能提供读服务。Follower 和 Observer 唯一的区别在于 Observer 机器不参与 Leader 的选举过程，也不参与写操作的“过半写成功”策略，因此 Observer 机器可以在不影响写性能的情况下提升集群的读性能。

角色说明
Leader为客户端提供读和写的服务，负责投票的发起和决议，更新系统状态。
Follower为客户端提供读服务，如果是写服务则转发给 Leader。在选举过程中参与投票。
Observer为客户端提供读服务器，如果是写服务则转发给 Leader。不参与选举过程中的投票，也不参与“过半写成功”策略。在不影响写性能的情况下提升集群的读性能。此角色于 ZooKeeper3.3 系列新增的角色。

当 Leader 服务器出现网络中断、崩溃退出与重启等异常情况时，就会进入 Leader 选举过程，这个过程会选举产生新的 Leader 服务器。

这个过程大致是这样的：

  1. Leader election（选举阶段）：节点在一开始都处于选举阶段，只要有一个节点得到超半数节点的票数，它就可以当选准 leader。
  2. Discovery（发现阶段） ：在这个阶段，followers 跟准 leader 进行通信，同步 followers 最近接收的事务提议。
  3. Synchronization（同步阶段） :同步阶段主要是利用 leader 前一阶段获得的最新提议历史，同步集群中所有的副本。同步完成之后 准 leader 才会成为真正的 leader。
  4. Broadcast（广播阶段） :到了这个阶段，ZooKeeper 集群才能正式对外提供事务服务，并且 leader 可以进行消息广播。同时如果有新的节点加入，还需要对新节点进行同步。

4.2. ZooKeeper 集群中的服务器状态

  • LOOKING ：寻找 Leader。
  • LEADING ：Leader 状态，对应的节点为 Leader。
  • FOLLOWING ：Follower 状态，对应的节点为 Follower。
  • OBSERVING ：Observer 状态，对应节点为 Observer，该节点不参与 Leader 选举。

4.3. ZooKeeper 集群为啥最好奇数台？

ZooKeeper 集群在宕掉几个 ZooKeeper 服务器之后，如果剩下的 ZooKeeper 服务器个数大于宕掉的个数的话整个 ZooKeeper 才依然可用。假如我们的集群中有 n 台 ZooKeeper 服务器，那么也就是剩下的服务数必须大于 n/2。先说一下结论，2n 和 2n-1 的容忍度是一样的，都是 n-1，大家可以先自己仔细想一想，这应该是一个很简单的数学问题了。 比如假如我们有 3 台，那么最大允许宕掉 1 台 ZooKeeper 服务器，如果我们有 4 台的的时候也同样只允许宕掉 1 台。 假如我们有 5 台，那么最大允许宕掉 2 台 ZooKeeper 服务器，如果我们有 6 台的的时候也同样只允许宕掉 2 台。

综上，何必增加那一个不必要的 ZooKeeper 呢？

5. ZAB 协议和Paxos 算法

Paxos 算法应该可以说是 ZooKeeper 的灵魂了。但是，ZooKeeper 并没有完全采用 Paxos算法 ，而是使用 ZAB 协议作为其保证数据一致性的核心算法。另外，在ZooKeeper的官方文档中也指出，ZAB协议并不像 Paxos 算法那样，是一种通用的分布式一致性算法，它是一种特别为Zookeeper设计的崩溃可恢复的原子消息广播算法。

5.1. ZAB 协议介绍

ZAB（ZooKeeper Atomic Broadcast 原子广播） 协议是为分布式协调服务 ZooKeeper 专门设计的一种支持崩溃恢复的原子广播协议。 在 ZooKeeper 中，主要依赖 ZAB 协议来实现分布式数据一致性，基于该协议，ZooKeeper 实现了一种主备模式的系统架构来保持集群中各个副本之间的数据一致性。

5.2. ZAB 协议两种基本的模式：崩溃恢复和消息广播

ZAB 协议包括两种基本的模式，分别是

  • 崩溃恢复 ：当整个服务框架在启动过程中，或是当 Leader 服务器出现网络中断、崩溃退出与重启等异常情况时，ZAB 协议就会进入恢复模式并选举产生新的Leader服务器。当选举产生了新的 Leader 服务器，同时集群中已经有过半的机器与该Leader服务器完成了状态同步之后，ZAB协议就会退出恢复模式。其中，所谓的状态同步是指数据同步，用来保证集群中存在过半的机器能够和Leader服务器的数据状态保持一致。
  • 消息广播 ：当集群中已经有过半的Follower服务器完成了和Leader服务器的状态同步，那么整个服务框架就可以进入消息广播模式了。 当一台同样遵守ZAB协议的服务器启动后加入到集群中时，如果此时集群中已经存在一个Leader服务器在负责进行消息广播，那么新加入的服务器就会自觉地进入数据恢复模式：找到Leader所在的服务器，并与其进行数据同步，然后一起参与到消息广播流程中去。

6. 总结

  1. ZooKeeper 本身就是一个分布式程序（只要半数以上节点存活，ZooKeeper 就能正常服务）。
  2. 为了保证高可用，最好是以集群形态来部署 ZooKeeper，这样只要集群中大部分机器是可用的（能够容忍一定的机器故障），那么 ZooKeeper 本身仍然是可用的。
  3. ZooKeeper 将数据保存在内存中，这也就保证了 高吞吐量和低延迟（但是内存限制了能够存储的容量不太大，此限制也是保持 znode 中存储的数据量较小的进一步原因）。
  4. ZooKeeper 是高性能的。 在“读”多于“写”的应用程序中尤其地明显，因为“写”会导致所有的服务器间同步状态。（“读”多于“写”是协调服务的典型场景。）
  5. ZooKeeper 有临时节点的概念。 当创建临时节点的客户端会话一直保持活动，瞬时节点就一直存在。而当会话终结时，瞬时节点被删除。持久节点是指一旦这个 znode 被创建了，除非主动进行 znode 的移除操作，否则这个 znode 将一直保存在 ZooKeeper 上。
  6. ZooKeeper 底层其实只提供了两个功能：① 管理（存储、读取）用户程序提交的数据；② 为用户程序提供数据节点监听服务。

##最后
大家看完有什么不懂的可以在下方留言讨论.
谢谢你的观看。
觉得文章对你有帮助的话记得关注我点个赞支持一下！
链接：https://juejin.im/post/6865212415622823949

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

img

最后

分享一些系统的面试题，大家可以拿去刷一刷，准备面试涨薪。

这些面试题相对应的技术点：

  • JVM
  • MySQL
  • Mybatis
  • MongoDB
  • Redis
  • Spring
  • Spring boot
  • Spring cloud
  • Kafka
  • RabbitMQ
  • Nginx
  • …

大类就是：

  • Java基础
  • 数据结构与算法
  • 并发编程
  • 数据库
  • 设计模式
  • 微服务
  • 消息中间件

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？

程序员，每个月给你发多少工资，你才会想老板想的事？
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

[外链图片转存中…(img-ZPXnfL54-1713663931669)]

[外链图片转存中…(img-Db5bVpQv-1713663931669)]

[外链图片转存中…(img-EdvUC6PW-1713663931669)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

Java学习路线图，全套Java基础视频教程
sebeefe的博客
08-01 1756
扎实的技术基础功+真实项目实战经验，才是好就业的关键。不止于此，黑马程序员帮助已就业学员继续提升！技术的提升永无止步，碎片时间学习进行各种技术强化以上Java学习路线图均有课程+源码+笔记+资料。更多提升课程访问底部，即可获取持续成长技能！...
JAVA 哈哈哈哈
最新发布
sinat_25548781的博客
08-21 704
包括 Java 基础、Java 集合框架、Java 并发编程、Java 虚拟机、Spring、Redis、MyBatis、MySQL、操作系统、计算机网络、RocketMQ、分布式、微服务、设计模式、Linux 等等。，你可以阅读星球专栏、向二哥提问、帮你制定学习计划、和球友一起打卡成长。
Zookeeper的节点
liu689118的博客
05-14 878
zookeeper的安装： 1.关闭防火墙 firewalld服务即可： sudo systemctl stop firewalld.service && sudo systemctl disable firewalld.service 2. JDK 3. tar-xvf 4.进人 cdzookeeper-3.4.8/conf 5.zo...
Zookeeper节点类型
Desilting's 足迹
11-12 7171
public enum CreateMode { /** * 持久节点：节点创建后，会一直存在，不会因客户端会话失效而删除； */ PERSISTENT (0, false, false), /** * 持久顺序节点：基本特性与持久节点一致，创建节点的过程中，zookeeper会在其名字后自动追加一个单调增长的数字后缀，作为新的节点名；
ZooKeeper
程序员一博
06-22 2318
ZooKeeper总结
zookeeper 节点讲解以及实际项目运用
weixin_34049948的博客
02-01 130
转自：https://www.jianshu.com/p/86acf1df6cdd 前言：最近工作不是很忙，本应该乘着闲暇的时间看书的，之前每天晚上都要翻翻的，可是自己竟然迷恋上了王晓磊 写的 卑鄙的小人-曹操传 刚开始的时候还没啥 后面迷的无法自控，以前中午吃完饭的时候，都是趴着玩手机，现在是一吃完饭都是拿着kindle看上一会儿，弄的技术书好久都没翻过 连博客也不写了，实...
zookeeper的四种节点：临时、临时顺序、持久、持久顺序特点详解
热门推荐
一点光辉的博客
04-02 1万+
zk四种节点的区别
【CCS3.3性能调优】：CCS3.3性能调优，高效策略一网打尽
本文首先概述了CCS3.3性能调优的概念和重要性，接着深入分析了其关键性能指标，包括吞吐量、响应时间和系统资源占用，并讨论了性能监控的方法和常见问题的诊断策略。文章第三章探讨了代码层面和系统资源配置的优化...
Zookeeper节点管理
必行
01-16 2960
在上一篇博客中已经在Linux下安装好了Zookeeeper了，下面来介绍一下如何在Zookeeper下进行节点管理 1、服务启动成功后可管理各个节点 本地连接服务端： [root@localhost bin]# /opt/deploy/zookeeper-3.3.6/bin/zkCli.sh远程连接服务端：[root@localhost bin]# /opt/deploy/zookeepe
Zookeeper的四种节点
荣山的博客
09-06 1336
Zookeeper的四种节点
Zookeeper数据节点可视化查看工具
11-29
Zookeeper数据节点可视化查看工具； 下载解压后即可使用； 内有说明文本。 Zookeeper数据节点可视化查看工具； 下载解压后即可使用； 内有说明文本。 Zookeeper数据节点可视化查看工具； 下载解压后即可使用； 内有说明文本。
Zookeeper节点知识点整理
m0_53157173的博客
10-14 1259
Zookeeper知识点整理zookeeper选举机制Zookeeper选举机制——第一次启动Zookeeper选举机制——非第一次启动ZK 集群启动停止脚本客户端命令行操作命令行语法znode 节点数据信息1）查看当前znode中所包含的内容2）查看当前节点详细数据节点类型（持久/短暂/有序号/无序号）1）分别创建2个普通节点（永久节点 + 不带序号）2）获得节点的值3）创建带序号的节点（永久节点 + 带序号）4）创建短暂节点（短暂节点 + 不带序号 or 带序号）5）修改节点数据值 zookeeper
zookeeper 节点操作
咸花生的博客
05-04 553
对 zookeeper 节点增、删、改、查 1、列出节点 语法：ls [path] 列出 根节点下的所有节点 [zk: localhost:2181(CONNECTED) 0] ls / [zookeeper] 2、创建节点 语法： create [-e] [-s] path data ac1 -s : 表示顺序节点 -e : 表示临时节点 默认下 为 持久节点 path：节点路径 data...
zookeeper系列（三）—节点详解
牧码心
04-01 2936
前言 大家好，牧码心今天给大家推荐一篇zookeeper系列（三）—节点，在实际工作中有很多应用场景，希望对你有所帮助。内容如下： 背景 节点类型 节点属性 节点监听 权限机制 背景 我们在zookeeper的数据模型中介绍过zookeeper 中数据基本单元叫节点，节点之下可包含子节点，最后以树级方式程现，类型linux的文件系统结构。不同之处是znode没有目录的概念，不能执行类似cd之类...
进阶分布式系统架构系列（五）：Zookeeper 节点（znode）详解
民工哥的博客
08-23 1802
点击下方名片，设为星标！回复“1024”获取2TB学习资源！前面介绍了 Zookeeper基础概念、应用场景、安装部署、常用管理命令等相关的知识点，今天我将详细的为大家介绍Zookeeper 节点（znode）相关知识，希望大家能够从中收获多多！如有帮助，请点在看、转发支持一波！！！今天我们来聊聊 ZooKeeper 中，关于节点（znode）的一些概念。节点详解Znode有两种，分别为临时节...
zookeeper之节点基本操作
huanghm88的专栏
11-10 2086
这些ZooKeeper节点基本操作在构建分布式系统时非常重要，可以用于实现配置管理、分布式锁、集群成员管理等多种功能。在实际应用中，通常会通过ZooKeeper的客户端API（如Java API）来执行这些操作，而不是直接使用命令行工具，特别是在自动化和集成到应用程序中的场景下。不同的客户端可以使用相同的方式来竞争这个分布式锁，从而实现分布式环境下对临界资源的互斥访问。需要注意的是，这只是一个简单的示例，在实际应用中，可能需要考虑更多的因素，如错误处理、性能优化、ZooKeeper连接的稳定性等。
Zookeeper的节点类型
eleven的博客
10-14 769
每个子目录项如 NameService 都被称作为znode，也叫节点，和文件系统一样，我们能够自由的增加、删除znode，在一个znode下增加、删除子znode，唯一的不同在于znode是可以存储数据的。 但是每个node的节点数据不能超过1M； 有四种类型的znode（节点类型）：  PERSISTENT-持久化目录节点  客户端与zookeeper断开连接后，该节点依旧存在，直到有删除...
ZooKeeper节点的操作以及配额设置
luzhensmart的专栏
08-25 1379
1:查询操作 ls / # 查看指定路径下的节点 stat PATH # 查看指定节点的状态信息 get PATH # 获取指定节点的数据，它会包括状态信息 ls2 PATH # 列出子节点同时输出当前节点的状态信息 2:创建节点 create [-s] [-e] PATH DATA acl # 路径和数据，数据可以为空 -s是顺序节点（会自动在名称后面加序列号） -e是临时节点，不加则是永久节点 我这里在原有/zktest节点下建立了test1子节点...
ZooKeeper面试必备：ZooKeeper4种数据节点类型、了解事务ID
程序员-杨胡广的博客
09-13 2465
ZooKeeper一共有四种节点类型，但从整体来看主要是持久节点类型、临时节点类型这两种，另外两种类型只是在以上两种节点类型基础上增加了顺序的特性。，是不能在临时节点下面创建任何子节点的。原因大概是临时节点子节点没有存在的意义，创建子节点的场景大多是基于持久节点的场景，这种设计也可以防止对临时节点的误用。ZooKeeper数据节点的版本概念和CAS操作的版本概念是一样的，同样是在多线程环境下，通过乐观锁这种无锁操作来保证线程安全性。对数据节点的每次更新，都会对比数据节点的version是否是预期值，只有。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值