ASan使用

最新推荐文章于 2025-03-31 14:00:57 发布
最新推荐文章于 2025-03-31 14:00:57 发布
阅读量853 收藏 12
点赞数 6
CC 4.0 BY-SA版权
文章标签： asan 调试 linux 内存检测
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/LangLang_2020/article/details/145689542

介绍

ASan，即Address Sanitizer，是一个适用于C/C++程序的动态内存错误检测器

编译选项

1. 常用选项

ASAN_CFLAGS += -static-libasan -fsanitize=address -fno-omit-frame-pointer -fsanitize-recover=all -g
  • 链接库
    • 动态库方式：-lasan
    • 静态库方式：-static-libasan

  • -fsanitize=address

    核心的选项，内存检测（包括内存泄漏）

  • -fno-omit-frame-pointer

    保留栈帧指针，便于asan生成更完整的调用栈信息

  • -fsanitize-recover=address/all

    一般后台程序为保证稳定性，不能遇到错误就简单退出，而是继续运行，采用该选项支持内存出错之后程序继续运行，需要叠加设置ASAN_OPTIONS=halt_on_error=0才会生效；若未设置此选项，则内存出错即报错退出

  • -g1

    表示最小调试信息，通常debug版本用-g即-g2

  • -O1 或更高优化级别

    如果想要在使用asan的时候获取更好的性能，可以加上O1或者更高的编译优化选项；

  • -fno-stack-protector

    去使能栈溢出保护

2.其他选项

除了 -fsanitize=address 外，还有其他 AddressSanitizer 相关的编译选项可供选择。以下是一些常用的 AddressSanitizer 编译选项及其作用：

  1. -fsanitize=memory：用于检测对未初始化内存或使用已释放内存的操作。这个选项可以帮助发现一些难以察觉的内存错误。
  2. fsanitize=undefined：用于检测未定义行为，例如整数溢出、空指针解引用等问题。这有助于发现代码中的潜在 bug。
  3. -fsanitize=thread：用于检测多线程程序中的数据竞争和死锁问题。这个选项可以帮助识别并修复多线程程序中的并发 bug。
  4. -fsanitize=leak：启用 AddressSanitizer 的同时，也检测内存泄漏问题。这个选项有助于发现代码中的内存泄漏 bug。
  5. -fsanitize=coverage：用于生成代码覆盖率报告，检测程序中哪些部分被执行过。这个选项通常用于代码覆盖率测试和分析。
  6. -fsanitize=kernel-address：针对 Linux 内核模块开发，用于检测内核中的内存错误。

运行选项

export ASAN_OPTIONS="halt_on_error=0:log_path=/root/asan.log"

  • halt_on_error=0

    检测内存错误后继续运行

  • detect_leaks=1

    使能内存泄露检测

  • malloc_context_size=15

    内存错误发生时，显示的调用栈层数为15

  • log_path=/home/xos/asan.log

    内存检查问题日志存放文件路径

更多选项

ASAN_OPTIONS=help=1 ./asan_app

示例

1.源代码

#include<stdio.h>
#include <string.h>
#include <stdlib.h>
#include <unistd.h>


void leak_memory()
{
        int* p = malloc(sizeof(int)*10);
}

void while_print()
{
        int cnt = 0;
        while(1)
        {
                printf("cnt = %d\n", cnt++);
                sleep(10);
        }
}

int g_arr[10] = {0};
int main()
{
        printf("main begin\n");

        g_arr[12] = 12;

        int *heap_arr =  malloc(sizeof(int) * 5);
        heap_arr[5] = 10;
        free(heap_arr);

        int stack_arr[10];
        stack_arr[11] = 11;

        int* p = malloc(sizeof(int));
        free(p);
        *p = 9;

        leak_memory();

        //while_print();

        printf("main end\n");
        return 0;
}

2.编译选项

gcc -o app main.c -static-libasan -fsanitize=address -g -fno-omit-frame-pointer -fsanitize-recover=all

3.运行选项

export ASAN_OPTIONS="halt_on_error=0:log_path=asan_log"
./app

4.asan_log内容

=================================================================
==2753==ERROR: AddressSanitizer: global-buffer-overflow on address 0x005a3cf0 at pc 0x0011b6bc bp 0xaeeea6bc sp 0xaeeea6b4
WRITE of size 4 at 0x005a3cf0 thread T0
    #0 0x11b6bb in main /home/ypd/samba_top/mycode/asan/main.c:27
    #1 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

0x005a3cf0 is located 8 bytes to the right of global variable 'g_arr' defined in 'main.c:22:5' (0x5a3cc0) of size 40
SUMMARY: AddressSanitizer: global-buffer-overflow /home/ypd/samba_top/mycode/asan/main.c:27 in main
Shadow bytes around the buggy address:
  0x200b4740: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b4750: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b4760: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b4770: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b4780: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x200b4790: 00 00 00 00 00 00 00 00 00 00 00 00 00 f9[f9]f9
  0x200b47a0: f9 f9 f9 f9 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b47b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b47c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b47d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200b47e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
=================================================================
==2753==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xa4400b94 at pc 0x0011b73c bp 0xaeeea6bc sp 0xaeeea6b4
WRITE of size 4 at 0xa4400b94 thread T0
    #0 0x11b73b in main /home/ypd/samba_top/mycode/asan/main.c:30
    #1 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

0xa4400b94 is located 0 bytes to the right of 20-byte region [0xa4400b80,0xa4400b94)
allocated by thread T0 here:
    #0 0xda8f3 in __interceptor_malloc /tmp/dgboter/bbs/rhev-vm8--rhe6x86_64/buildbot/rhe6x86_64--arm-linux-gnueabihf/build/src/gcc/libsanitizer/asan/asan_malloc_linux.cc:86
    #1 0x11b6d3 in main /home/ypd/samba_top/mycode/asan/main.c:29
    #2 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

SUMMARY: AddressSanitizer: heap-buffer-overflow /home/ypd/samba_top/mycode/asan/main.c:30 in main
Shadow bytes around the buggy address:
  0x34880120: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x34880130: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x34880140: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x34880150: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x34880160: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x34880170: 00 00[04]fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x34880180: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x34880190: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x348801a0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x348801b0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x348801c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
=================================================================
==2753==ERROR: AddressSanitizer: stack-buffer-overflow on address 0xaeeea72c at pc 0x0011b7a8 bp 0xaeeea6bc sp 0xaeeea6b4
WRITE of size 4 at 0xaeeea72c thread T0
    #0 0x11b7a7 in main /home/ypd/samba_top/mycode/asan/main.c:34
    #1 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

Address 0xaeeea72c is located in stack of thread T0 at offset 76 in frame
    #0 0x11b5d3 in main /home/ypd/samba_top/mycode/asan/main.c:24

  This frame has 1 object(s):
    [32, 72) 'stack_arr' <== Memory access at offset 76 overflows this variable
HINT: this may be a false positive if your program uses some custom stack unwind mechanism or swapcontext
      (longjmp and C++ exceptions *are* supported)
SUMMARY: AddressSanitizer: stack-buffer-overflow /home/ypd/samba_top/mycode/asan/main.c:34 in main
Shadow bytes around the buggy address:
  0x35ddd490: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd4a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd4b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd4c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd4d0: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 f1 f1
=>0x35ddd4e0: 00 00 00 00 00[f2]f2 f2 f3 f3 f3 f3 00 00 00 00
  0x35ddd4f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd500: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd510: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd520: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x35ddd530: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
=================================================================
==2753==ERROR: AddressSanitizer: heap-use-after-free on address 0xa3e007b0 at pc 0x0011b820 bp 0xaeeea6bc sp 0xaeeea6b4
WRITE of size 4 at 0xa3e007b0 thread T0
    #0 0x11b81f in main /home/ypd/samba_top/mycode/asan/main.c:38
    #1 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

0xa3e007b0 is located 0 bytes inside of 4-byte region [0xa3e007b0,0xa3e007b4)
freed by thread T0 here:
    #0 0xda5bf in __interceptor_free /tmp/dgboter/bbs/rhev-vm8--rhe6x86_64/buildbot/rhe6x86_64--arm-linux-gnueabihf/build/src/gcc/libsanitizer/asan/asan_malloc_linux.cc:66
    #1 0x11b7c7 in main /home/ypd/samba_top/mycode/asan/main.c:37
    #2 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

previously allocated by thread T0 here:
    #0 0xda8f3 in __interceptor_malloc /tmp/dgboter/bbs/rhev-vm8--rhe6x86_64/buildbot/rhe6x86_64--arm-linux-gnueabihf/build/src/gcc/libsanitizer/asan/asan_malloc_linux.cc:86
    #1 0x11b7b7 in main /home/ypd/samba_top/mycode/asan/main.c:36
    #2 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

SUMMARY: AddressSanitizer: heap-use-after-free /home/ypd/samba_top/mycode/asan/main.c:38 in main
Shadow bytes around the buggy address:
  0x347c00a0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c00b0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c00c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c00d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c00e0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x347c00f0: fa fa fa fa fa fa[fd]fa fa fa fa fa fa fa fa fa
  0x347c0100: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c0110: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c0120: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c0130: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x347c0140: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb

=================================================================
==2753==ERROR: LeakSanitizer: detected memory leaks

Direct leak of 40 byte(s) in 1 object(s) allocated from:
    #0 0xda8f3 in __interceptor_malloc /tmp/dgboter/bbs/rhev-vm8--rhe6x86_64/buildbot/rhe6x86_64--arm-linux-gnueabihf/build/src/gcc/libsanitizer/asan/asan_malloc_linux.cc:86
    #1 0x11b573 in leak_memory /home/ypd/samba_top/mycode/asan/main.c:9
    #2 0x11b82f in main /home/ypd/samba_top/mycode/asan/main.c:40
    #3 0xa6d214e3 in __libc_start_main (/lib/libc.so.6+0x174e3)

SUMMARY: AddressSanitizer: 40 byte(s) leaked in 1 allocation(s).
LangLang_2020
关注
ASAN使用脚本实例
weixin_42183399的博客
06-06 2051
#!/bin/sh########################################################################## File Name: cpnt_asan_start.sh# Author: vitor# Created Time: 2018.6.6################################################...
asan 使用
qixiang2013的专栏
07-31 334
【代码】asan 使用。
ASan（一）ASan介绍和使用
qq_42980749的博客
12-12 3816
ASAN 早先是 LLVM 中的特性,后被集成到 GCC 4.8 ASAN 目前支持多种架构ASan 是一种内存错误检测工具，可能帮助程序发现和调试内存错误，比如缓冲区溢出和使用释放后的内存 ，并检查这些访问是否超出了分配的内存范围。如果发现了错误，ASan 输出问题，包括错误的位置和类型，能更容易地定位和修复问题。使用 ASan，需要使用标志进行编译。这个标志会让编译器在生成代码时插入 ASan 相关的检查和功能。除了编译时的标志外，还需要链接 ASan 的运行时库，可以通过-lasan标志完成。
asan的基本使用
最新发布
qq_42985154的博客
03-31 364
detect_leaks：是否启用内存泄漏检测（leakSanitizer 支持），detect_leaks = 1;如果编译执行环境下缺少下面这些工具，请按照这些命令进行安装。abort_on_error: 检测到错误是否立即终止程序。以指定asan 日志路径，输出关与double 为例子。log_path：错误日志输出路径，centos 环境下。ubuntu 环境下。只在当前的用户下有效。
asan的使用
zhangge3663的博客
06-16 1万+
ASAN(Address-Sanitizier)早先是LLVM中的特性，后被加入GCC 4.8,在GCC 4.9后加入对ARM平台的支持，因此GCC 4.8以上版本使用ASAN时不需要安装第三方库，通过在编译时指定编译CFLAGS即可打开开关。 gcc编译选项 # -fsanitize=address: 开启内存越界检测 # -fsanitize-recover=address: 一般后台程序为保证稳定性，不能遇到错误就简单退出，而是继续运行，采用该选项支持内存出错之后程序继续运行，需要叠加..
ASAN的使用
weixin_44099544的博客
12-15 2228
Address Sanitizer 一个排查内存泄漏的工具：AddressSanitizer(ASan)，该工具为gcc自带，4.8以上版本都可以使用，支持Linux、OS、Android等多种平台，不止可以检测内存泄漏，它其实是一个内存错误检测工具，可以检测的问题有： 内存泄漏 堆栈和全局内存越界访问 free后继续使用 局部内存被外层使用 Initialization order bugs ...
ASAN使用技巧
jiangliuhuan123的博客
11-22 842
如果你有一些内存错误是预期的或者不希望ASAN报告，你可以通过设置suppressions选项来屏蔽这些错误。ASAN（AddressSanitizer）是一种强大的内存错误检测工具，它可以帮助开发者在编译和运行时捕获和调试内存相关的错误。以下是一些使用ASAN的技巧，可以帮助你更有效地利用这一工具。ASAN可以与其他内存分析工具结合使用，以提供更全面的内存错误检测。例如，如果你正在使用。通过上述技巧，你可以更加高效地使用ASAN来检测和调试内存错误，从而提高代码的质量和可靠性。
内存工具Asan原理与使用
qq_39150545的博客
08-10 1682
默认情况下分为53个class,每个class对应着分配不同大小的内存块class idsizediffc000+0c0116+16cn116*n1+16c16256+16c17320+64cn2c52131072+16384在申请256字节以下的内存时，粒度比较小，每16个字节都有一个对应的class，比如要申请10字节，实际会申请32（16个字节为内存块信息 + 10字节用户内存 + 6 字节对齐）字节对应class2。
android 性能分析工具（04）Asan 内存检测工具
wangdsh的博客
11-19 1663
AddressSanitizer（ASan）最初由Google开发，并作为LLVM项目的一部分。ASan的设计目的是帮助开发者检测并修复内存错误，如堆栈和全局缓冲区溢出、使用已释放的内存等，这些问题可能会影响程序的正确性和安全性。ASan通过在编译时插入额外的代码来检查每次内存访问，并在运行时监控这些访问，从而发现错误。ASan的实现基于"shadow memory"技术，它为程序的内存分配创建了一个影子区域，用于跟踪内存的使用情况。当程序试图访问未初始化或已释放的内存时，ASan能够检测到这些非法访问并报
ASAN排查程序中内存问题使用总结
liuxu324的博客
07-08 1175
ASan工具可用于排查程序中内存相关的问题。
如何结合 ASAN 使用 QProcess 进行内存安全的外部命令执行？
10-11
结合 ASAN 和 QProcess 执行外部... 执行完成后，查看 ASAN 报告，检查是否有关于 QProcess 或其使用的内存区域的任何内存错误警告。 重要提示：确保在程序退出时，所有的 QProcess 对象都已关闭，以防止内存泄漏。
VS2019 16的ASAN常用选项
07-03
Goolge ASAN在VS2019 16版本以后得以支持，可以用来定位开发时遇到的大多内存问题，诸如栈、堆、全局变量越界、alloc-dealloc-mismatch、allocation-size-too-big、new-delete-type-mismatch、heap-use-after-free、stack-use-after-scope、stack-use-after-return、use-after-free、use-after-return、dynamic initialization。本文档提供的是基于VS2019的ASAN常用选项。
内存错误分析工具----asan(AddressSanitizer)的介绍和使用
热门推荐
cumtchw
09-15 3万+
内存错误分析工具----asan(AddressSanitizer)的介绍和使用
asan（AddressSanitizer）内存诊断（越界，非法访问等）工具使用---一款比valgrind更好用的工具
Nucleusx的专栏
11-02 5022
操作系统：centos8 gcc：8.3.1 asan是gcc原生的内存诊断工具，可以诊断内存越界，非法访问，内存泄漏，内存double free等常见内存问题，并且效率比valgrind高好几倍，可以克服valgrind的一些问题，比如占用内存高的问题，是一款比valgrind更好用的内存问题分析工具！ 1.准备工作： 1.在编译环境上安装asan的开发库 yum install libasan.x86_64 2.在运...
内存检测工具，ASan(AddressSanitizer)的介绍和使用
一点
03-19 3085
ASan全称AddressSanitizer，是一种内存错误检测工具，目的是帮助开发者检测和调试内存相关的问题，如使用未分配的内存、使用已释放的内存、堆内存溢出等。ASan是由Google开发的，广泛用于C、C++等语言的代码中。ASan的工作原理是在编译时将额外的代码插入到目标程序中，对内存的读写操作进行检测和记录。当程序运行时，ASan会监测内存访问，一旦发现内存访问错误，比如越界访问、释放后再次访问等，会立即输出错误信息并中断程序执行，同时提供详细的报告帮助开发者定位问题的源头。
Asan基本原理及试用
飞翔de刺猬
03-09 6337
Asan是Google专门为C/C++开发的内存错误探测工具，作为标配集成到了GCC 4.8及之后的版本，可以探测大多数内存问题，作为C/C++程序猿深入内存管理各种问题的迫害，人生苦短，快用Asan
asan内存检测工具的原理和使用
qq_39825430的博客
02-01 2519
Hello，各位看官好，小弟的公司最近开始使用asan这个工具了，最近在晚上查了一下，不查不知道，一查吓一跳，这个工具真的是神一般的工具，所以我就花了一点时间整理了一下asan工具的用法。
调试工具：Google ASAN
一刀
11-19 1242
Google ASan工具ASAN，全称，也即地址消毒技术。可以用来检测内存问题，例如缓冲区溢出或对悬空指针的非法访问等。ASan主要是进行编译器级别的HOOK与插桩,目前主流Clang，GCC，MSVC都支持，再结合运行时对影子内存的诊断输出，相当于双管齐下，整体效果不错；官方说是2倍左右性能开销，的内存到2倍的开销。
内存调试神器- ASan详解及实例分析
深耕嵌入式领用多年， 致力于分享嵌入式领域技术!
05-26 9969
内存调试神器- ASan详解及实例分析
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值