Linux ld链接器

最新推荐文章于 2024-06-18 14:26:30 发布
最新推荐文章于 2024-06-18 14:26:30 发布
阅读量694 收藏 4
点赞数 9
分类专栏： 我的博客 文章标签： linux ld
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013318019/article/details/136972715
版权

在 Ubuntu Linux 中构建 C 代码时，确实会使用 ld 命令来链接所有的 .o 文件。ld 是 GNU 的链接器，它是 gcc 工具链的一部分，通常会随着 gcc 一起安装在你的系统中。

ld 在链接时会使用一个默认的链接脚本。这个脚本定义了输出文件（通常是一个可执行文件）的内存布局。你可以使用 ld --verbose 命令来查看默认的链接脚本。

➜  /home/mi/local/o62 ld --verbose 
GNU ld (GNU Binutils for Ubuntu) 2.34
  Supported emulations:
   elf_x86_64
   elf32_x86_64
   elf_i386
   elf_iamcu
   elf_l1om
   elf_k1om
   i386pep
   i386pe
using internal linker script:
==================================================
/* Script for -z combreloc -z separate-code */
/* Copyright (C) 2014-2020 Free Software Foundation, Inc.
   Copying and distribution of this script, with or without modification,
   are permitted in any medium without royalty provided the copyright
   notice and this notice are preserved.  */
OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64",
              "elf64-x86-64")
OUTPUT_ARCH(i386:x86-64)
ENTRY(_start)
SEARCH_DIR("=/usr/local/lib/x86_64-linux-gnu"); SEARCH_DIR("=/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu"); SEARCH_DIR("=/usr/lib/x86_64-linux-gnu64"); SEARCH_DIR("=/usr/local/lib64"); SEARCH_DIR("=/lib64"); SEARCH_DIR("=/usr/lib64"); SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib64"); SEARCH_DIR("=/usr/x86_64-linux-gnu/lib");
SECTIONS
{
  PROVIDE (__executable_start = SEGMENT_START("text-segment", 0x400000)); . = SEGMENT_START("text-segment", 0x400000) + SIZEOF_HEADERS;
  .interp         : { *(.interp) }
  .note.gnu.build-id  : { *(.note.gnu.build-id) }
  .hash           : { *(.hash) }
  .gnu.hash       : { *(.gnu.hash) }
  .dynsym         : { *(.dynsym) }
  .dynstr         : { *(.dynstr) }
  .gnu.version    : { *(.gnu.version) }
  .gnu.version_d  : { *(.gnu.version_d) }
  .gnu.version_r  : { *(.gnu.version_r) }
  .rela.dyn       :
    {
      *(.rela.init)
      *(.rela.text .rela.text.* .rela.gnu.linkonce.t.*)
      *(.rela.fini)
      *(.rela.rodata .rela.rodata.* .rela.gnu.linkonce.r.*)
      *(.rela.data .rela.data.* .rela.gnu.linkonce.d.*)
      *(.rela.tdata .rela.tdata.* .rela.gnu.linkonce.td.*)
      *(.rela.tbss .rela.tbss.* .rela.gnu.linkonce.tb.*)
      *(.rela.ctors)
      *(.rela.dtors)
      *(.rela.got)
      *(.rela.bss .rela.bss.* .rela.gnu.linkonce.b.*)
      *(.rela.ldata .rela.ldata.* .rela.gnu.linkonce.l.*)
      *(.rela.lbss .rela.lbss.* .rela.gnu.linkonce.lb.*)
      *(.rela.lrodata .rela.lrodata.* .rela.gnu.linkonce.lr.*)
      *(.rela.ifunc)
    }
  .rela.plt       :
    {
      *(.rela.plt)
      PROVIDE_HIDDEN (__rela_iplt_start = .);
      *(.rela.iplt)
      PROVIDE_HIDDEN (__rela_iplt_end = .);
    }
  . = ALIGN(CONSTANT (MAXPAGESIZE));
  .init           :
  {
    KEEP (*(SORT_NONE(.init)))
  }
  .plt            : { *(.plt) *(.iplt) }
.plt.got        : { *(.plt.got) }
.plt.sec        : { *(.plt.sec) }
  .text           :
  {
    *(.text.unlikely .text.*_unlikely .text.unlikely.*)
    *(.text.exit .text.exit.*)
    *(.text.startup .text.startup.*)
    *(.text.hot .text.hot.*)
    *(SORT(.text.sorted.*))
    *(.text .stub .text.* .gnu.linkonce.t.*)
    /* .gnu.warning sections are handled specially by elf.em.  */
    *(.gnu.warning)
  }
  .fini           :
  {
    KEEP (*(SORT_NONE(.fini)))
  }
  PROVIDE (__etext = .);
  PROVIDE (_etext = .);
  PROVIDE (etext = .);
  . = ALIGN(CONSTANT (MAXPAGESIZE));
  /* Adjust the address for the rodata segment.  We want to adjust up to
     the same address within the page on the next page up.  */
  . = SEGMENT_START("rodata-segment", ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)));
  .rodata         : { *(.rodata .rodata.* .gnu.linkonce.r.*) }
  .rodata1        : { *(.rodata1) }
  .eh_frame_hdr   : { *(.eh_frame_hdr) *(.eh_frame_entry .eh_frame_entry.*) }
  .eh_frame       : ONLY_IF_RO { KEEP (*(.eh_frame)) *(.eh_frame.*) }
  .gcc_except_table   : ONLY_IF_RO { *(.gcc_except_table .gcc_except_table.*) }
  .gnu_extab   : ONLY_IF_RO { *(.gnu_extab*) }
  /* These sections are generated by the Sun/Oracle C++ compiler.  */
  .exception_ranges   : ONLY_IF_RO { *(.exception_ranges*) }
  /* Adjust the address for the data segment.  We want to adjust up to
     the same address within the page on the next page up.  */
  . = DATA_SEGMENT_ALIGN (CONSTANT (MAXPAGESIZE), CONSTANT (COMMONPAGESIZE));
  /* Exception handling  */
  .eh_frame       : ONLY_IF_RW { KEEP (*(.eh_frame)) *(.eh_frame.*) }
  .gnu_extab      : ONLY_IF_RW { *(.gnu_extab) }
  .gcc_except_table   : ONLY_IF_RW { *(.gcc_except_table .gcc_except_table.*) }
  .exception_ranges   : ONLY_IF_RW { *(.exception_ranges*) }
  /* Thread Local Storage sections  */
  .tdata          :
   {
     PROVIDE_HIDDEN (__tdata_start = .);
     *(.tdata .tdata.* .gnu.linkonce.td.*)
   }
  .tbss           : { *(.tbss .tbss.* .gnu.linkonce.tb.*) *(.tcommon) }
  .preinit_array    :
  {
    PROVIDE_HIDDEN (__preinit_array_start = .);
    KEEP (*(.preinit_array))
    PROVIDE_HIDDEN (__preinit_array_end = .);
  }
  .init_array    :
  {
    PROVIDE_HIDDEN (__init_array_start = .);
    KEEP (*(SORT_BY_INIT_PRIORITY(.init_array.*) SORT_BY_INIT_PRIORITY(.ctors.*)))
    KEEP (*(.init_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .ctors))
    PROVIDE_HIDDEN (__init_array_end = .);
  }
  .fini_array    :
  {
    PROVIDE_HIDDEN (__fini_array_start = .);
    KEEP (*(SORT_BY_INIT_PRIORITY(.fini_array.*) SORT_BY_INIT_PRIORITY(.dtors.*)))
    KEEP (*(.fini_array EXCLUDE_FILE (*crtbegin.o *crtbegin?.o *crtend.o *crtend?.o ) .dtors))
    PROVIDE_HIDDEN (__fini_array_end = .);
  }
  .ctors          :
  {
    /* gcc uses crtbegin.o to find the start of
       the constructors, so we make sure it is
       first.  Because this is a wildcard, it
       doesn't matter if the user does not
       actually link against crtbegin.o; the
       linker won't look for a file to match a
       wildcard.  The wildcard also means that it
       doesn't matter which directory crtbegin.o
       is in.  */
    KEEP (*crtbegin.o(.ctors))
    KEEP (*crtbegin?.o(.ctors))
    /* We don't want to include the .ctor section from
       the crtend.o file until after the sorted ctors.
       The .ctor section from the crtend file contains the
       end of ctors marker and it must be last */
    KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .ctors))
    KEEP (*(SORT(.ctors.*)))
    KEEP (*(.ctors))
  }
  .dtors          :
  {
    KEEP (*crtbegin.o(.dtors))
    KEEP (*crtbegin?.o(.dtors))
    KEEP (*(EXCLUDE_FILE (*crtend.o *crtend?.o ) .dtors))
    KEEP (*(SORT(.dtors.*)))
    KEEP (*(.dtors))
  }
  .jcr            : { KEEP (*(.jcr)) }
  .data.rel.ro : { *(.data.rel.ro.local* .gnu.linkonce.d.rel.ro.local.*) *(.data.rel.ro .data.rel.ro.* .gnu.linkonce.d.rel.ro.*) }
  .dynamic        : { *(.dynamic) }
  .got            : { *(.got) *(.igot) }
  . = DATA_SEGMENT_RELRO_END (SIZEOF (.got.plt) >= 24 ? 24 : 0, .);
  .got.plt        : { *(.got.plt) *(.igot.plt) }
  .data           :
  {
    *(.data .data.* .gnu.linkonce.d.*)
    SORT(CONSTRUCTORS)
  }
  .data1          : { *(.data1) }
  _edata = .; PROVIDE (edata = .);
  . = .;
  __bss_start = .;
  .bss            :
  {
   *(.dynbss)
   *(.bss .bss.* .gnu.linkonce.b.*)
   *(COMMON)
   /* Align here to ensure that the .bss section occupies space up to
      _end.  Align after .bss to ensure correct alignment even if the
      .bss section disappears because there are no input sections.
      FIXME: Why do we need it? When there is no .bss section, we do not
      pad the .data section.  */
   . = ALIGN(. != 0 ? 64 / 8 : 1);
  }
  .lbss   :
  {
    *(.dynlbss)
    *(.lbss .lbss.* .gnu.linkonce.lb.*)
    *(LARGE_COMMON)
  }
  . = ALIGN(64 / 8);
  . = SEGMENT_START("ldata-segment", .);
  .lrodata   ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
  {
    *(.lrodata .lrodata.* .gnu.linkonce.lr.*)
  }
  .ldata   ALIGN(CONSTANT (MAXPAGESIZE)) + (. & (CONSTANT (MAXPAGESIZE) - 1)) :
  {
    *(.ldata .ldata.* .gnu.linkonce.l.*)
    . = ALIGN(. != 0 ? 64 / 8 : 1);
  }
  . = ALIGN(64 / 8);
  _end = .; PROVIDE (end = .);
  . = DATA_SEGMENT_END (.);
  /* Stabs debugging sections.  */
  .stab          0 : { *(.stab) }
  .stabstr       0 : { *(.stabstr) }
  .stab.excl     0 : { *(.stab.excl) }
  .stab.exclstr  0 : { *(.stab.exclstr) }
  .stab.index    0 : { *(.stab.index) }
  .stab.indexstr 0 : { *(.stab.indexstr) }
  .comment       0 : { *(.comment) }
  .gnu.build.attributes : { *(.gnu.build.attributes .gnu.build.attributes.*) }
  /* DWARF debug sections.
     Symbols in the DWARF debugging sections are relative to the beginning
     of the section so we begin them at 0.  */
  /* DWARF 1 */
  .debug          0 : { *(.debug) }
  .line           0 : { *(.line) }
  /* GNU DWARF 1 extensions */
  .debug_srcinfo  0 : { *(.debug_srcinfo) }
  .debug_sfnames  0 : { *(.debug_sfnames) }
  /* DWARF 1.1 and DWARF 2 */
  .debug_aranges  0 : { *(.debug_aranges) }
  .debug_pubnames 0 : { *(.debug_pubnames) }
  /* DWARF 2 */
  .debug_info     0 : { *(.debug_info .gnu.linkonce.wi.*) }
  .debug_abbrev   0 : { *(.debug_abbrev) }
  .debug_line     0 : { *(.debug_line .debug_line.* .debug_line_end) }
  .debug_frame    0 : { *(.debug_frame) }
  .debug_str      0 : { *(.debug_str) }
  .debug_loc      0 : { *(.debug_loc) }
  .debug_macinfo  0 : { *(.debug_macinfo) }
  /* SGI/MIPS DWARF 2 extensions */
  .debug_weaknames 0 : { *(.debug_weaknames) }
  .debug_funcnames 0 : { *(.debug_funcnames) }
  .debug_typenames 0 : { *(.debug_typenames) }
  .debug_varnames  0 : { *(.debug_varnames) }
  /* DWARF 3 */
  .debug_pubtypes 0 : { *(.debug_pubtypes) }
  .debug_ranges   0 : { *(.debug_ranges) }
  /* DWARF Extension.  */
  .debug_macro    0 : { *(.debug_macro) }
  .debug_addr     0 : { *(.debug_addr) }
  .gnu.attributes 0 : { KEEP (*(.gnu.attributes)) }
  /DISCARD/ : { *(.note.GNU-stack) *(.gnu_debuglink) *(.gnu.lto_*) }
}


==================================================
➜  /home/mi/local/o62

地址空间的分配是由链接脚本中的 SECTIONS 命令控制的。SECTIONS 命令定义了各个段（如 .text，.data，.bss 等）在内存中的位置和顺序。

如果你想要修改默认的内存布局，你可以编写自己的链接脚本，并在链接时使用 -T 选项指定你的链接脚本。

  • 方法1：

如果你想使用自定义的链接脚本，你需要在 add_executable 或 add_library 命令之后，使用 target_link_options 命令来添加 -T 选项。以下是一个例子：

# 创建一个可执行文件
add_executable(myexe main.c)

# 添加链接选项
target_link_options(myexe PRIVATE -T ${CMAKE_SOURCE_DIR}/my_link_script.ld)

在这个例子中，${CMAKE_SOURCE_DIR}/my_link_script.ld 是你的链接脚本的路径。你需要将其替换为你实际的链接脚本路径。

注意，这个命令需要 CMake 3.13 或更高版本。如果你的 CMake 版本较低，你可能需要使用 set_target_properties 命令来添加链接选项：

# 创建一个可执行文件
add_executable(myexe main.c)

# 添加链接选项
set_target_properties(myexe PROPERTIES LINK_FLAGS "-T ${CMAKE_SOURCE_DIR}/my_link_script.ld")
  • 方法2：

在 Makefile 中，你可以为链接步骤添加 -T 选项来指定链接脚本。以下是一个例子：

# 指定编译器
CC = gcc

# 指定链接脚本
LDSCRIPT = my_link_script.ld

# 指定源文件
SRCS = main.c

# 指定目标文件
TARGET = myexe

# 编译规则
$(TARGET): $(SRCS)
	$(CC) -o $@ $^ -T $(LDSCRIPT)

在这个例子中，my_link_script.ld 是你的链接脚本的路径。你需要将其替换为你实际的链接脚本路径。

这个 Makefile 会在链接时使用 -T 选项来指定链接脚本，从而控制地址空间的分配。

需要注意的是，修改链接脚本和内存布局是一个复杂的过程，需要对链接器和目标平台有深入的理解。在大多数情况下，使用链接器的默认设置就足够了。

除了使用链接脚本外，还有一些其他的方法可以用来控制地址空间的分配：

  1. 使用编译器选项：一些编译器（如 GCC 和 Clang）提供了选项来控制段的对齐和位置。例如，GCC 的 __attribute__((section("name"))) 可以将函数或变量放入指定的段。

  2. 使用汇编语言：在汇编语言中，你可以直接控制地址空间的布局。你可以使用 .section 指令来创建新的段，并使用 .org 指令来指定地址。

  3. 使用链接器选项：链接器（如 ld）通常提供了一些选项来控制输出文件的内存布局。例如，你可以使用 -Ttext，-Tdata 和 -Tbss 选项来指定 .text，.data 和 .bss 段的起始地址。

  4. 使用操作系统的内存管理功能：在运行时，你可以使用操作系统的内存管理功能（如 mmap，VirtualAlloc 等）来动态地分配和控制地址空间。

需要注意的是，这些方法通常需要对编译器，链接器，汇编语言和操作系统有深入的理解。在大多数情况下，使用链接器的默认设置就足够了。

小米人er
关注
专栏目录
Linux动态连接器（ld-linux）的使用和编程
AlianBlank的博客
10-08 493
动态连接器（ld-linux）是Linux系统中的一个重要组件，用于在程序运行时加载和链接共享库。本文将介绍ld-linux的使用方法和编程技巧，并提供相应的源代码示例。动态连接器ld-linux负责在程序运行时将这些共享库加载到内存中，并进行链接，使得程序能够正常运行。本文介绍了ld-linux的使用方法和编程技巧，并提供了相应的源代码示例。通过深入理解和灵活运用ld-linux，可以更好地理解和使用Linux系统中的动态链接机制。函数是一个在共享库中定义的函数，在编译时并不知道该函数的具体地址。
[RK3568 Android12] Linux 解释器ld-linux-aarch64.so.1 && /system/bin/linker
OpenWrt/WLAN/驱动/Android/嵌入式开发总结
02-11 1257
此时可以看出已经不在报告：/system/bin/sh: 错误了。此时想想，此文件是怎么编译而来，我这边使用的是aarch64-poky-linux- 来编译的。在设置了：export LD_LIBRARY_PATH=/lib:$LD_LIBRARY_PATH 之后，aplay可以正常运行。从上面的信息可以知道：此二进制文件的解释器使用的是：/lib/ld-linux-aarch64.so.1。用的解析器是：/system/bin/linker。5：设置库搜索路径LD_LIBRARY_PATH。
Linux LD链接器 -静、动库编译or链接
csdn546229768的博客
04-29 1882
使用动态、静态链接只会影响你链接后的可执行文件类型$ gcc main.c func.o #动态链接 $ file a.out && du a.out16K a.out$ gcc main.c func.o -static #静态链接 $ file a.out && du a.out880K a.out使用动态、静态打包，并链接不会影响文件大小如果需要编译静态程序那么链接的共享库是也必须是静态库。
ld链接脚本
01-11
学习ld链接脚本的最好书籍，有理论，有实践代码，看完了，你就完全会了
ld链接器
编程资料大全
05-10 267
ld链接器其实是一个共享对象，但是也可以执行运行它。可见ELF可执行文件和共享对象本质没有差别。其实dll和exe文件也是如此。Windows的工具rundll32.exe可以执行dll文件。 其实系统执行execve()函数加载ELF文件并不关心是动态连接库还是可执行文件。系统将控制权交给e_entry。如果是没有.interp，则是elf文件的e_entry;如果有则是动态链接器的e_...
链接器ld
进步源于记录，优秀来自分享
12-01 2172
    链接器的作用是什么呢？还记得在Linux学习（十二）中gcc编译的过程吗？ gcc编译分为四个过程：预编译、编译、汇编、链接 链接是gcc编译的最后一步，就是把生成的所有可执行文件.o按照一定的规则合并成一个文件，而链接脚本就是这个规则文件。   1、重定位的概念 链接生成的可执行文件虽然是放在文件中的，但当程序运行时需要加载到内存当中。各段应放在内存空间的什么位置是由可...
linux连接器ld
bytxl的专栏
12-30 1086
http://blog.csdn.net/fisher_jiang/article/details/4193368 描述 (DESCRIPTION) ld 合并 一组 目标文件(object) 和 库文件(archive), 重定位 数据部分, 构建 符号引用(symbol reference). 一般说来, 编译 生成 可执行文件 的 最后步骤 就是 调用 ld. ld 可以读取
arm-linux-ld指令详细讲解.doc
07-13
在嵌入式系统开发中，`arm-linux-ld`是一个关键的链接器，用于将编译后的`.o`对象文件整合成可执行的二进制文件。`arm-linux-ld`是GNU Binutils的一部分，专为ARM架构的Linux系统设计，用于处理目标代码，并在内存中...
Linux下PHP连接Oracle数据库
12-18
在Linux环境下，将PHP与Oracle数据库进行连接是一个相对复杂的过程，因为涉及到多个组件的安装、配置和设置。本文将详细讲解如何在Linux上配置PHP以连接Oracle数据库。 首先，我们需要安装Oracle Instant Client，...
arm9 2440 语音识别芯片 LD3320 Linux驱动程序
07-29
在ARM9 2440与LD3320的连接中，SPI被用作它们之间的通信桥梁。SPI协议主要包括四个信号线：MISO（主设备输入，从设备输出）、MOSI（主设备输出，从设备输入）、SCLK（时钟）和CS（片选）。在配置SPI通信时，需要设置...
LD链接器
xilanxiaoge的博客
11-10 143
ld -T -r $< -o $@处添加-r 或者-relocatable，使得生成的文件可以作为被链接对象进行连接；在使用gcc xxx.c yyy.o -o exe时出现，yyy.o文件是可执行文件不可被链接进入问题；在上一步生成yyy.o文件的链接器 处。
ld - GNU链接器（Linux手册页）上
wogezheerne的博客
01-21 1800
概要 ld [ options ] objfile ... 描述 ld结合了许多对象和归档文件，重新定位其数据并绑定符号引用。通常，编译程序的最后一步是运行ld。 ld接受以AT＆T的链接编辑器命令语言语法的超集编写的链接器命令语言文件，以提供对链接过程的显式和完全控制。 该手册页未描述命令语言; 有关命令语言和GNU链接器其他方面的完整详细信息，请参阅“info”中的ld条目。 此版...
ld链接器的链接顺序
yuanlulu的博客
05-09 2829
关于ld链接时寻找库的顺序，文档中给出了权威说法。之前一直是看到别人写的博文这么说，终于找到依据了。`-lNAMESPEC'`--library=NAMESPEC'     Add the archive or object file specified by NAMESPEC to the list     of files to link.  This option may be used any number of times.     If NAMESPEC is of the form `:FIL
LD链接脚本
wanglei_11的博客
10-15 791
LD链接脚本
ld链接文件
weixin_42438100的博客
05-28 605
指引链接器把所有 ‘.text’ 段放在’ ‘.text’ 里，以及所有 ’.bss’ 段放到 ’.bss’ 中。链接器将会把所有以大写字母开头的文件的 ’.data’ 段放入 ’.DATA’ ，其他文件的 ’.data’ 段放入 ’.data’含义：isr_vector段放在FLASH区域的首地址,其内容都是4字节地址对齐,TEXT段紧接着放在isr_vector段后面,其内容也是4字节地址对齐, etext变量的值为TEXT段的末地址。把所有输入段放入’.text’段。
探索Linux中的`ld`命令：链接器的奥秘
最新发布
听风的鱼鱼儿
06-18 342
ld命令是GNU Binutils工具集的一部分，用于将多个目标文件（由编译器如gcc产生的.o文件）与必要的库和其他文件合并成一个可执行文件或共享库。它是程序构建过程的最后阶段之一，确保所有必要的代码和数据都被正确地组合在一起，以便程序能够正常运行。
ld - GNU链接器（Linux手册页）中
wogezheerne的博客
01-21 941
-N --omagic 将文本和数据部分设置为可读写。此外，不要对数据段进行页面对齐，并禁用链接到共享库。如果输出格式支持Unix样式幻数，请将输出标记为“OMAGIC”。注意：尽管PE-COFF目标允许使用可写文本部分，但它不符合Microsoft发布的格式规范。 --no-OMAGIC 该选项否定了-N选项的大部分影响。它将文本部分设置为只读，并强制数据段与页面对齐。注 - 此选项不启...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值