3. 第三讲 malloc/free

已于 2023-07-02 23:33:25 修改
阅读量730 收藏
点赞数
分类专栏： 5_C++内存管理 文章标签： c++
于 2022-10-07 23:27:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_15041569/article/details/127201129
版权

目录

1 VC6和VC10的malloc比较

1.1 VC6内存分配：

1.2 VC10内存分配：

2 VC6内存分配

2.1 SBH之始------- _heap_init()和__sbh_heap_init()

2.2 ioinit函数：

2.3 _heap_alloc_dbg函数：

2.4 _heap_alloc_base函数：

2.5 __sbh_alloc_block函数：

2.6 __sbh_alloc_new_region函数：

2.7 __sbh_alloc_new_group函数:

3 SBH行为分析

5 VC6,Heap State Reporting Functions

6 VC malloc + GCC allocator

7 叠床架屋，有必要吗？

胸中自有丘壑

触类旁通

1 VC6和VC10的malloc比较

1.1 VC6内存分配：

image-20211129142928374

  • 左边的图就是core stack，调用栈；
  • CRT: C run time，即C的标准库；
  • heap_alloc_base函数进行了小区块的阈值判断，小于等于1016使用__sbh_alloc_block函数进行内存分配，否则使用系统函数HeapAlloc进行内存分配；

1.2 VC10内存分配：

image-20211129142941645

  • 划掉的是VC10中不存在的部分；
  • heap_alloc_base函数没有对小区块的阈值判断了，而是统一使用系统函数HeapAlloc进行内存分配；
  • VC10中没有SBH相关的操作了；

2 VC6内存分配

2.1 SBH之始------- _heap_init()和__sbh_heap_init()

image-20211129154151108

  • 调用的是win32的API；
  • 初始化一大块向CRT要的Heap；
  • 分配了 16 个头，即HEADER：
    • pHeadData指向内存；
    • pRegion指向管理中心；

 image-20211129154201493

2.2 ioinit函数：

image-20211129194606600

  • ioinit函数发出了第一次内存分配请求；
  • heap_init只是分配 16 个头，头里面（即HEADER) 是什么东西是不清楚的；
  • ioinit函数注意此处的申请32∗8=256Bytes 大小的内存；


2.3 _heap_alloc_dbg函数：

 image-20211129194621587

  • Debug模式下，heap_alloc_dbg函数是在调整内存块的大小，此处的nSize 就是上面提到的 256Bytes;
  • 也即是说，在Debug模式下，你需要的大小会被调整得更大一些（如右侧的图所示）；
  • 此时还没分配，只是在调整（扩大空间），调整好之后分配就要分配这些东西；
  • _CrtMemBlockHeader结构体变量说明：
    • szFileName：记录是文件的哪一行发出来的申请；
    • nDataSize: 对象实际的大小；
    • 1Request: 流水号；

image-20211129194632047

  • heap_alloc_dbg函数此时是在调整指针；
  • 所有经过malloc分配的内存块都用链表串起来了，即使这块内存块已经给用户了，仍然在它(sbh)的掌控之中，这是在调试模式下；
  • 之所以在调试器能追踪内存，因为在调试模式下，多了很多东西，反映到图上就是多了深灰色之外的东西；
  • 此处调用了memset给特定位置设置初值，以便观察后续的内存块变化情况；

2.4 _heap_alloc_base函数：

 image-20211129194650512

  • 此处的size是经过扩充调整后的大小，将这个大小与阈值进行比较；
  • 这个size目前还没加cookie（8bytes），如果加上cookie后这个size小于1024，它就是小区块，而现在还没加cookie，所以此处是小于 1016；

2.5 __sbh_alloc_block函数：

image-20211129194739329

  • intSize 就是之前得到的内存块大小；
  • 2 * sizeof(int)就是加 2 个cookie；
  • 最后的部分是在做RoundUp，调整到 16 的倍数；
  • 也就是说通过malloc分配的内存的实际大小，也是真正消耗掉的内存大小，是：要分配的大小经过调整补充（32bytes，给调试器使用的）再加上cookie，最后调整为16的倍数；
  • 图中cookie记录的值是实际内存大小（图中一整块的大小），本来是0x130，但是记录的却是0x131，结尾的 1 表示这块内存已经被占用了，一旦被sbh回收，就会变成 0x130；
  • 从ioinit->_malloc_dbg->_nh_malloc_dbg->_heap_alloc_dbg->_heap_alloc_base->__sbh_alloc_block都是在计算内存的大小，还没真正进行内存分配，图中的那些值都还没设置；

2.6 __sbh_alloc_new_region函数：

 image-20211129194803230

  • 此处真正进行内存分配；
  • 1个HEADER负责管理1MB，通过管理中心进行管理；
  • 通过LISTHEAD知道，每个GROUP一共有64条双向链表；
  • 总结：1个HEADER将会申请真正的内存1MB，将来要分割出去的时候就从这块内存中进行分割；为了对这块内存切割后的内存块进行管理，又建立了REGION；REGION的大小是16k；


2.7 __sbh_alloc_new_group函数:

image-20211129194816585

  • 从HEADER指向的内存从中分割内存块；
  • 32个Group逻辑上对应HEADER指向的内存（虚拟空间），将该内存切分为32个单元，每个单元就是32k；每个单元又细分为8个page，每个page的大小为4k（计算机中通常将4k称为1个page）；sbh设置一些指针，将这些page串起来；

 image-20211129194841648

  • 这8个page在内存中是连续的；
  • 64条链表，管理的最大的区块是1k，那么每条链表负责的任务是什么呢？ 类比于GNU编译器，每条链表负责的是8的倍数的内存大小，这里的最后一条链表负责 1kB，通过计算可得第一条链表负责 16B，第二条链表负责 32B，…；
  • 当切割的内存块的大小大于1k的时候，就归最后一条链表管理，小于1k的时候就计算应该归哪条链表管理；

image-20211129194901578

  • 这就是从page中切割内存块的操作；
  • 图中 0 x 130 0x1300x130 的就是切割出去的，红色的地址 007 d 0 f f 8 007d0ff8007d0ff8 是传出去的地址，但是这是在debug模式下，所以这个地址还会继续调整，扣除debug header，只将真正需要的内存地址传出去，这才是使用者真正拿到的地址，这个长度(100h)就是当初使用者申请的大小，这里的使用者就是当初的ioinit；
  • 这个page还剩 e c 0 = f f 0 − 130 ec0 = ff0 - 130ec0=ff0−130，其中 f f 0 ff0ff0 就是4080；
  • 切割只是cookie的调整；
  • 展开的切割好的内存块中，前两个数据有错误，此处不是0了，而是对应的两个指针；第三个数据(0042 e e 08 0042ee080042ee08)指向发出内存申请的文件名ioinit.c；第4个数据(00000081 0000008100000081)是文件的哪一行发出的内存申请；第5个数据(0000100 00001000000100) 表示使用者真正需要的数据大小；第6个数据(00000002 0000000200000002)表示_CRT_BLOCK，表示这一块是给 CRT 用的；
  • main执行结束后，可能还有区块，这并不一定是内存泄漏，因为这可能是CRT在使用，查看nBlockUse变量是否为_CRT_BLOCK，那么这就是合理的；
  • 在main结束之前的一刻，发现有_NORMAL_BLOCK 的内存块，才说明存在内存泄漏；
  • 像130h 这一个区块应该由第 304 / 16 - 1 = 18号链表供应；

3 SBH行为分析

分配
首次分配

 image-20211129194922520


需求：ioinit.c的 line#81 申请 100h，经过调整区块大小为130h；

sbh面对这样的内存申请，在初始化的时候已经有16个HEADER，现在第0个HEADER，先通过VirtualAlloc(0, 1Mb, MEM_RESERVE,...)分配1Mb的空间（从操作系统海量的内存中获得的空间）；

0：表示don’t care，不在意从什么地方分配的空间；

1Mb：表示需要的大小；

MEM_RESERVE: 保留，保留这个地址空间，不需要真的有内存在这个地址；

另一个指针通过HeapAlloc 函数从_crtheap中获取到一块大小为sizeof(REGION)的内存空间；REGION中包含的东西在之前已经看过其结构体了，其中还包含了32个Group，每个Group包含64对指针；

从1Mb中通过VirtualAlloc(addr, 32Kb, MEM_COMMIT)真正地划分出32K的内存（此处的MEM_COMMIT表示真的给我，可以想象1Mb的空间里除了32K有内存,其它的都是空的、虚的，没有内存，只有号码），1Mb空间中划分出了32个32K，对应于32个Group；将32K切成更小的单元即8个page，放大了看就是上图中最下面的8个page，这8个page各有两个指针，通过指针将这些page串起来，最后串回到64个链表的最后一个（之所以串回到最后一个链表，是因为每个page的大小为4080，大于1k；64条链表分别管理的区块大小为16B、32B、48B、…，而最后一个链表管理所有1k以上的区块，而目前这些page都是1k以上的，所以全部都归第64条链表管理）；

以上就是为了第一次分配准备的内存；

接下来开始切割，为了应付第一次的内存申请，8个page，从第一个page开始切，图中第二个大图就是page放大后的图，第一个图就是切割后给出去的130h大小的内存的具体内容，其中包含debug header以及无人区，而客户实际得到的地址是指向实际需要的大小100h的地址；在实际需要的内存大小100h的前后都有fdfdfdfd，当用户获得指向100h的地址后，会往下写，可能会写到后面的fdfdfdfd中，而在回收的时候，调试器会检测fdfdfdfd是否被修改，如果被修改了，就会发出警告⚠️，这就是无人区，有隐患存在，是绝对不可以被改的内容；

申请100h，调整后为130h，理应由Group0的#18 list供应，但是现在只有 #63 list链接着内存块，其他链表都是自己链接到自己（为空），当用户发出申请的时候，供应端会将自己的状况告诉用户端 ，REGION中的64bits变量，对应于64条链表，哪条链表有链接着区块，对应的bit就会被设置为1，否则为0；当前的情况只有最后一条链表挂着区块，所以只有最后一个bit是1，其他都是0；每一行bits变量表示一个Group，所以有32行bits变量；

第2次分配

image-20211129194942115
某个申请x字节的内存，经过添加Debug header、cookie，以及调整为16的倍数后需要的内存大小为240h；通过计算得到应该由#35 list供应，接着就去检查Group0的64bit变量中的第35号对应的bit是0还是1，目前只有最后一个bit对应的值为1，其他都是0，也就是说应该供应的#35 list为空，只能退而求其次，找比较大的，目前只有最后一条链表，从之前的page1中剩余的内存中切割；
Group结构体中的cntEntries变量，当需要分配的时候+1，回收的时候-1；当值为0的时候，表示8个page可以全部收回来，还给操作系统；
图中Region区域的红色的0表示正在使用Group0；如果Group0的8个page都使用完后，就继续往下使用Group1，…；

第3次分配

 image-20211129195001985


申请的70h，在sbh先检查应该由第几号链表供应刚刚好，结果发现其对应的链表的bit是0，于是只好找最靠近的有区块链接的链表，找到了最后一个链表；
从最后一个链表中找到page1，从剩下的内存中划分70h；

第15次分配，释放

image-20211129195014337
并不是每个应用程序都是在第15次，这里只是作为观察选取的一次；
14->13，释放，要先减一；
这次还的是第2次分配的 240h，调用free进行释放，归还到#35 list，挂到35号链表上；回收的方式就是将这块内存的cookie里的241修改成240，就表示进行了回收，相关的数字进行修改（可能会做）；
修改64bit变量中对应的第 36 个bit（表示35号链表）的数字为 1；（00000000 10000001，其中每一位表示4bit）；

 image-20211129195027869


需要分配b0h，应该由#10 list供应，但是检查bit位发现第11个bit值为0，就要往比较大的区块进行查找，#35 list有区块，所以应该由 #35 list供应，#35 list刚刚回收了240h的内存，所以从这块内存里切；
240h切出去b0h，还剩 190h，这个内存块变小了，就要进行移动，通过计算 190 h / 10 h − 1 = 24 190h/10h - 1= 24190h/10h−1=24，应该挂在 #24 list上，所以第 25 个bit应该从0 修改为 1；
这个过程就是第15次的时候刚刚回收了 240h 的内存，第16次分配的时候就要从刚刚回收的内存中进行切割，剩下的内存块（190h） 比较小，就进行移动，对应的bit也要进行调整；

image-20211129195044199
第 n 次分配设计的是Group1的区块不足够，相对应的要划分一块32k的内存，将它划分为8个page，这是一个新的Group，之前的Group1中的32k的使用状态是 02000014 00000000，里面有3个链表挂了区块，有几块不知道；
第 n 次分配需要 230h的内存大小，之前 Group1上的链表挂的区块不能满足这个要求，于是新启动一个Group2（图中的数字变成了1），其他的操作都是一样的；
区块合并

 image-20211129195137875


如果回收的内存是相邻的，是不是应该合并呢？好的设计应该是要合并的。

图中空白的区块表示已经回收了的，阴影部分表示可以进行回收的区块。

目前图一中的待回收的内存块前后都是已经回收的300h大小的内存块，这两个内存块都落在#(300h/10h - 1) 这条链表上，要归还目前这个阴影内存块，就要去判断上面和下面是不是都是已经是回收的内存块，这就谈到为什么要有上下cookie。直观地想，cookie是记录整个内存块的大小，应该只需要一个就好了，为什么上下都有一个一模一样的cookie呢？

回收的步骤：

先将待回收的内存块的cookie中的 1 修改为 0；
图中弓箭所在的地方的指针往上4个字节，知道了长度为300h，从这个地址开始加上300h到达了下一块内存的起点，即cookie，能够去检查最后一个bit，发现是0，所以这两块内存可以合并，得到了如图二所示的样子；
因为上下都有cookie，所以从图一的弓箭处的位置往上4个字节，再往上4个字节，就到达了上一个内存块的cookie，知道了上一个内存块的大小，且知道了最后一个bit是0，于是可以继续往上调 300h到达了上一个内存块的上cookie位置，将它们进行合并，就得到了图三的样子；
sbh 系统计算 900h 应该链到哪条链表上；
所以，如果没有下cookie的设计，就无法管理上方区块的合并。

free(p)

image-20211129195156640
首先要知道落在哪一个1Mb之中（一个Header对应一个1Mb的内存），在这1Mb中又要知道落在32段的哪一段之中，知道是哪一段就知道了对应于哪一个Group，然后才能去除以16再减一，确定链在哪个链表上。

指针p如何知道是哪个Header？最开始有 16 个Header，__sbh_pHeaderList指向这16个Header，每个Header的大小是固定的。回收的时候知道内存块的大小，通过p+内存块的大小，计算属于哪个Header，如果找不到，则说明当初不是从这里分配出去的，找到属于哪个Header后，将该指针减去这个1Mb的头指针再除以32k，计算得到位于1Mb的哪个段（如果从0算起，还要减1）；

p 花落谁家？

Q：落在哪个 Header 内？

A：每个Header都有指针指向1Mb的内存块，且这个内存块的大小也知道了，于是通过计算头+内存块大小，可以知道 p 是落在哪个Header内了。

Q：落在哪个 Group 内？

A：p 减去 1Mb的头指针，除以32k，就知道落在第几段，也就落在哪个Group内。

Q：落在哪个 free-list 内？（被哪个 free-list 链住？）

A：指针往上看就是cookie，通过cookie知道了内存块的大小，然后除以10h再减去1，就知道落在哪个链表；

分段管理之妙

image-20211129195359755
一段是32k，切成8大块。

如何判断全回收？
如果链表全部变成0就表示全部给出去了，那么如何判断全回收呢？Group中有cntEntries变量，只要这个值变成0，就表示全回收。

不要躁进！
全回收的时候回到了初始的状态（首次分配），8个page不能再进行合并，因为并不急着还给os，方便下一次的分配，等到下一次全回收才会归还给os。只有手上有两个全回收的时候才会归还给系统。

image-20211129195444734

defer是延缓的意思，通过defer来完成不要躁进的目标。图中已经说明了Defer。

image-20211129195457085

恢复到初始状态。图中的8个page是不会合并的。

5 VC6,Heap State Reporting Functions

image-20211129195538405

  • 调试模式下才有Debug Header，才可以去追踪，图中的函数就是可以利用的。

6 VC malloc + GCC allocator

image-20211129195616271

  • GCC的allocator的原理和VC 的 malloc 是相似的，allocator中有16条链表，管理的区块最高到128B，每次需要的时候向malloc要内存，allocator中的16条链表的设计不是为了速度快，因为malloc已经很快了，目的是为了去除cookie。

7 叠床架屋，有必要吗？

image-20211129195649805

  • 浪费，但是有必要。
  • CRT(malloc/free) 是 C 的层次，是跨平台的，并不依附于哪个操作系统，所以它并不能预设下面的操作系统有没有做内存管理，同样的道理，C++ Library(std::allocator) 最终要调用到 CRT(malloc/free)，它也不能去预设 malloc 有没有做内存管理，因为它是C++的标准库，不能依赖于底层C的东西。
  • 每个层次都不敢去依赖下面，所以自己来做内存管理。
梦心之魂
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
malloc和free
能别闹的博客
03-19 2090
IDE:codeblocks 简单代码编译还是习惯用这个 头文件：stdlib.h 1.malloc和free一般成对出现。申请了内存不使用时候需要释放掉。 2.free空指针不会有任何操作。 https://segmentfault.com/q/1010000003697040 例子： #include<stdio.h> #include<stdlib.h> int ...
【C】malloc/free
张林克的博客
02-02 1982
pass
C++内存管理 第三讲 malloc_free
IS_MOKE的博客
09-25 231
C++内存管理 第三讲 malloc_free
malloc与free函数的用法(精简全面 · 一看即懂)
最新发布
m0_74475605的博客
07-12 1006
malloc与free函数知识点及使用方法
malloc与free函数
qq_73160491的博客
03-08 1249
malloc函数用来申请一块没有名字的地址，然后与数组不同的是，数组可以通过数组名来进行对地址的访问，而这个函数需要用指针指向这块地址进行访问数据，之后由free函数进行释放。
C语言-malloc（申请函数）free（释放函数）
Jason_from_China的博客
04-01 921
`malloc` 函数是 C 语言标准库中的一个重要函数，用于动态分配内存。其语法如下： 这里的 `void *` 表示返回的是一个 `void` 类型的指针，实际上这个指针指向的是一个 `char` 类型的内存块。`size_t` 是一个无符号整数类型，用于指定分配的内存大小。 当你调用 `malloc` 函数时，你需要提供一个参数 `size`，表示你需要分配的内存的大小（以字节为单位）。函数返回一个指针，指向为你分配的内存区域的开始位置。如果分配成功，这个指针不会是 `NULL`；如果分配失败（
C语言——malloc与free
mankeywang的博客
06-24 7830
1. malloc 在堆区申请一个指定大小、连续的空间并返回空间地址 (int*)malloc(4); // 申请了一个四个字节的空间并且规定该空间为一个int型变量空间，而不是别的。 int *p =(int*)malloc(4); // 由于malloc返回一个 空间地址，所以需要一个相应类型的指针来接收改地址 int *p; p=(int*)malloc(4); //也可以分写 1.1 size_t 1.2 malloc可申请的字节数 2G=210241024*1024个字节 1.2.1
浅谈malloc()与free()
melonstreet的专栏
01-18 1051
malloc()与free() l  函数原型 malloc函数的函数原型为：void* malloc（unsigned int size），它根据参数指定的尺寸来分配内存块，并且返回一个void型指针，指向新分配的内存块的初始位置。如果内存分配失败（内存不足），则函数返回NULL。 l  关于返回值 malloc的返回值为void*。我们在使用的时候，习惯对返回值进行强制类型转换： c
malloc/free和new/delete的区别
陈云佳的专栏
12-13 391
内容会持续更新，有错误的地方欢迎指正，谢谢! 异同 相同点： 都可用于申请动态内存并释放内存。 不同点： 1.本质不同 malloc与free是C++/C 语言的标准库函数，而new/delete 是C++的运算符。 对于非内部数据类型（内部数据类型：不需要用户自己定义，如int,char,float等；非内部数据类型:需要用户自己定义，如struct,enum,unio...
C++中new/delete 和 malloc/free 的区别
居老师的博客
03-24 292
1. malloc()函数 1.1 malloc的全称是memory allocation，中文叫动态内存分配。 原型：extern void *malloc(unsigned int num_bytes); 说明：分配长度为num_bytes字节的内存块。如果分配成功则返回指向被分配内存的指针，分配失败返回空指针NULL。当内存不再使用时，应使用free()函数将内存块释放。 1.2 void *malloc(int size); 说明：malloc 向系统申请分配指定size个字节的内存空间，返回类型是
C++ malloc/free/new/delete详解（内存管理）
TABE_的博客
12-27 9906
这里写目录标题malloc/free典型用法内存分配实现过程new/delete典型用法内存分配实现过程new/delete和malloc/free的区别 malloc/free 典型用法 malloc()负责动态配置内存，大小由size决定，返回值成功时为任意类型指针，失败时为NULL。 void * malloc(size_t size) free()负责释放动态申请的内存空间，调用free( )后ptr所指向的内存空间被收回，如果ptr指向未知地方或者指向的空间已被收回，则会发生不可预知的错误，如果
C语言基础之malloc和free函数详解
08-30
主要介绍了C语言基础之malloc和free函数详解的相关资料,需要的朋友可以参考下
new / delete与malloc / free的异同及实现原理
weixin_46269257的博客
04-15 651
文章目录前言一、new和delete是如何实现的？二、new/delete和malloc/free的区别三、delete p、delete [] p、allocator都有什么作用？四、delete和delete[]区别？五、malloc申请的存储空间能用delete释放吗六、malloc与free的实现原理？malloc函数calloc函数realloc函数总结 前言 早餐店的老板问我要点什么，我说我要肆意妄为，志得意满，要梨花带雨和人见人爱，开个玩笑，我已经长大了，我要两根油条和一份豆浆。 一、ne
c++ 内存管理 3 malloc/free 的简单实现(隐式链表/显式链表)
qq_44807796的博客
12-26 949
malloc/free #include <iostream> #include <cstdint> using namespace std; int main(int argc, char *argv[]) { int b1[4]{1, 2, 3, 4}; // 16 align int b2[5]{5, 4, 3, 2, 1}; cout << b1 << " " << b2 << endl; //cout
C语言进阶笔记：malloc函数和free函数详解，malloc函数描述，free函数描述，申请空间代码展示，free使用以及注意事项
我就知道你会来，我们一起进步吧！
02-08 1533
返回值的类型是 void*，所以malloc函数并不知道开辟空间的类型，具体在使用的时候使用者自己来决定如果参数 size 为0，malloc的行为是标准是未定义的，取决于编译器。如果参数 ptr 指向的空间不是动态开辟的，那free函数的行为是未定义的；当动态申请的空间不再被使用的时候，用free释放空间。函数free，专门是用来做动态内存的释放和回收的。如果开辟成功，则返回一个指向开辟好空间的指针。free函数用来释放动态开辟的内存，的空间，并返回指向这块空间的指针。如果开辟失败，则返回]一个。
malloc和free详解
乐褀的博客
03-02 5130
可能很多人会问为什么使用了free函数释放，但是在此调用指针，指针里面还是有内容？ 好，小飞今天就总结一下！ malloc： 1.malloc()函数的头文件是stdlib.h，其函数声明如下： void* malloc(size_t size); 其中参数size_t size表示动态内存分配空间的大小，以字节为单位。 size_t 是typede...
malloc/free 的使用要点
dengjuanshou7445的博客
08-02 64
函数 malloc 的原型如下： void * malloc(size_t size); 用 malloc 申请一块长度为 length 的整数类型的内存，程序如下： int *p = (int *) malloc(sizeof(int) * length); 我们应当把注意力集中在两个要素上：“类型转换”和“sizeof”。 malloc 返回值的类型是 void *，所以在调用...
malloc（）函数与free（）函数的使用
Kokomi_的博客
11-13 7681
引入
C++面试关键：new/delete与malloc/free的区别
1. **内存管理：new、delete、malloc、free的关系** - `new` 和 `delete` 是C++中的运算符，专门用于动态内存分配和释放，它们处理的对象不仅仅是内存，还会调用构造函数和析构函数以进行对象的初始化和清理。 - `...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值