uboot 2011-06 之makefile 分析（二）

最新推荐文章于 2022-04-18 18:09:19 发布
最新推荐文章于 2022-04-18 18:09:19 发布
阅读量502 收藏
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013256018/article/details/46318277
版权

接着uboot分析一，回到顶层的makefile文件，在上次的分析中已经提到执行了make xxx_config，那么下一步就是执行make了

make会读取整个的makefile文件，找到第一个要生成的目标作为自己的终极目标。

all:
sinclude $(obj)include/autoconf.mk.dep
sinclude $(obj)include/autoconf.mk

# load ARCH, BOARD, and CPU configuration
include $(obj)include/config.mk
export	ARCH CPU BOARD VENDOR SOC

可以看到all是最后的终极目标：

sinclude 和include的区别在于sinclude 当包含的文件不存在时，不会因为文件不存在导致错误而退出编译，然后包含执行make xxx_config自动生成的include/config.mk文件，导出  ARCH CPU BOARD VENDOR SOC 几个变量的值。

# set default to nothing for native builds
ifeq ($(HOSTARCH),$(ARCH))
CROSS_COMPILE ?=
endif
$HOSTARCH的值为x86，而ARCH是arm，显然不同，CROSS_COMPILE 是指定交叉编译器的，这里是不会用到的，<span style="font-family: Arial, Helvetica, sans-serif;"></span>
# load other configuration
include $(TOPDIR)/config.mk

包含顶层目录的config.mk文件

ifndef LDSCRIPT
	#LDSCRIPT := $(TOPDIR)/board/$(BOARDDIR)/u-boot.lds.debug
	ifdef CONFIG_SYS_LDSCRIPT
		# need to strip off double quotes
		LDSCRIPT := $(subst ",,$(CONFIG_SYS_LDSCRIPT))
	endif
endif


LDSCRIPT是未定义的，而CONFIG_SYS_LDSCRIPT也是未定义的，什么也不干。

ifndef LDSCRIPT
	ifeq ($(CONFIG_NAND_U_BOOT),y)
		LDSCRIPT := $(TOPDIR)/board/$(BOARDDIR)/u-boot-nand.lds
		ifeq ($(wildcard $(LDSCRIPT)),)
			LDSCRIPT := $(TOPDIR)/$(CPUDIR)/u-boot-nand.lds
		endif
	endif
	ifeq ($(wildcard $(LDSCRIPT)),)
		LDSCRIPT := $(TOPDIR)/board/$(BOARDDIR)/u-boot.lds
	endif
	ifeq ($(wildcard $(LDSCRIPT)),)
		LDSCRIPT := $(TOPDIR)/$(CPUDIR)/u-boot.lds
	endif
	ifeq ($(wildcard $(LDSCRIPT)),)
$(error could not find linker script)
	endif
endif

其实最后的 LDSCRIPT := $(TOPDIR)/$(CPUDIR)/u-boot.lds，其实LDSCRIPT  = arch/arm/cpu/armv7/u-boot.lds

OBJS  = $(CPUDIR)/start.o
ifeq ($(CPU),x86)
OBJS += $(CPUDIR)/start16.o
OBJS += $(CPUDIR)/resetvec.o
endif
ifeq ($(CPU),ppc4xx)
OBJS += $(CPUDIR)/resetvec.o
endif
ifeq ($(CPU),mpc85xx)
OBJS += $(CPUDIR)/resetvec.o
endif
OBJS := $(addprefix $(obj),$(OBJS))
CPUDIR在顶层的config.mk文件中定义，OBJS = arch/arm/cpu/armv7/start.o,，然后在OBJS 加前缀，此时，$obj 在config.mk文件中定义, 

LIBS  = lib/libgeneric.o
LIBS += lib/lzma/liblzma.o
LIBS += lib/lzo/liblzo.o
LIBS += lib/zlib/libz.o
LIBS += $(shell if [ -f board/$(VENDOR)/common/Makefile ]; then echo \
	"board/$(VENDOR)/common/lib$(VENDOR).o"; fi)
LIBS += $(CPUDIR)/lib$(CPU).o
ifdef SOC
LIBS += $(CPUDIR)/$(SOC)/lib$(SOC).o
endif
ifeq ($(CPU),ixp)
LIBS += arch/arm/cpu/ixp/npe/libnpe.o
endif
LIBS += arch/$(ARCH)/lib/lib$(ARCH).o
LIBS += fs/cramfs/libcramfs.o fs/fat/libfat.o fs/fdos/libfdos.o fs/jffs2/libjffs2.o \
	fs/reiserfs/libreiserfs.o fs/ext2/libext2fs.o fs/yaffs2/libyaffs2.o \
	fs/ubifs/libubifs.o
LIBS += net/libnet.o
LIBS += disk/libdisk.o
LIBS += drivers/bios_emulator/libatibiosemu.o
LIBS += drivers/block/libblock.o
LIBS += drivers/dma/libdma.o
LIBS += drivers/fpga/libfpga.o
LIBS += drivers/gpio/libgpio.o
LIBS += drivers/hwmon/libhwmon.o
LIBS += drivers/i2c/libi2c.o
LIBS += drivers/input/libinput.o
LIBS += drivers/misc/libmisc.o
LIBS += drivers/mmc/libmmc.o
LIBS += drivers/mtd/libmtd.o
LIBS += drivers/mtd/nand/libnand.o
LIBS += drivers/mtd/onenand/libonenand.o
LIBS += drivers/mtd/ubi/libubi.o
LIBS += drivers/mtd/spi/libspi_flash.o
LIBS += drivers/net/libnet.o
LIBS += drivers/net/phy/libphy.o
LIBS += drivers/pci/libpci.o
LIBS += drivers/pcmcia/libpcmcia.o
LIBS += drivers/power/libpower.o
LIBS += drivers/spi/libspi.o
ifeq ($(CPU),mpc83xx)
LIBS += drivers/qe/libqe.o
LIBS += arch/powerpc/cpu/mpc8xxx/lib8xxx.o
endif
ifeq ($(CPU),mpc85xx)
LIBS += drivers/qe/libqe.o
LIBS += arch/powerpc/cpu/mpc8xxx/ddr/libddr.o
LIBS += arch/powerpc/cpu/mpc8xxx/lib8xxx.o
endif
ifeq ($(CPU),mpc86xx)
LIBS += arch/powerpc/cpu/mpc8xxx/ddr/libddr.o
LIBS += arch/powerpc/cpu/mpc8xxx/lib8xxx.o
endif
LIBS += drivers/rtc/librtc.o
LIBS += drivers/serial/libserial.o
LIBS += drivers/twserial/libtws.o
LIBS += drivers/usb/eth/libusb_eth.o
LIBS += drivers/usb/gadget/libusb_gadget.o
LIBS += drivers/usb/host/libusb_host.o
LIBS += drivers/usb/musb/libusb_musb.o
LIBS += drivers/usb/phy/libusb_phy.o
LIBS += drivers/video/libvideo.o
LIBS += drivers/watchdog/libwatchdog.o
LIBS += common/libcommon.o
LIBS += lib/libfdt/libfdt.o
LIBS += api/libapi.o
LIBS += post/libpost.o

ifeq ($(SOC),omap3)
LIBS += $(CPUDIR)/omap-common/libomap-common.o
endif
ifeq ($(SOC),omap4)
LIBS += $(CPUDIR)/omap-common/libomap-common.o
endif

ifeq ($(SOC),s5pc1xx)
LIBS += $(CPUDIR)/s5p-common/libs5p-common.o
endif
ifeq ($(SOC),s5pc2xx)
LIBS += $(CPUDIR)/s5p-common/libs5p-common.o
endif

LIBS := $(addprefix $(obj),$(sort $(LIBS)))
.PHONY : $(LIBS) $(TIMESTAMP_FILE)
加了一堆基本的库文件和根据所选的CPU的类型选择性的加载了一些库文件。 

LIBBOARD = board/$(BOARDDIR)/lib$(BOARD).o
LIBBOARD := $(addprefix $(obj),$(LIBBOARD))


# Add GCC lib
ifdef USE_PRIVATE_LIBGCC
ifeq ("$(USE_PRIVATE_LIBGCC)", "yes")
PLATFORM_LIBGCC = $(OBJTREE)/arch/$(ARCH)/lib/libgcc.o
else
PLATFORM_LIBGCC = -L $(USE_PRIVATE_LIBGCC) -lgcc
endif
else
PLATFORM_LIBGCC = -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc
endif
PLATFORM_LIBS += $(PLATFORM_LIBGCC)
export PLATFORM_LIBS
用sourceinsight搜索了一下 USE_PRIVATE_LIBGCC 

根本没有定义，PLATFORM_LIBGCC = -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc

PLATFORM_LIBS += $(PLATFORM_LIBGCC)

# Special flags for CPP when processing the linker script.
# Pass the version down so we can handle backwards compatibility
# on the fly.
LDPPFLAGS += \
	-include $(TOPDIR)/include/u-boot/u-boot.lds.h \
	$(shell $(LD) --version | \
	  sed -ne 's/GNU ld version \([0-9][0-9]*\)\.\([0-9][0-9]*\).*/-DLD_MAJOR=\1 -DLD_MINOR=\2/p')

__OBJS := $(subst $(obj),,$(OBJS))
__LIBS := $(subst $(obj),,$(LIBS)) $(subst $(obj),,$(LIBBOARD))

看一下英文注释就知道怎么回事，不解释了。 

ifneq ($(CONFIG_BOARD_SIZE_LIMIT),)
BOARD_SIZE_CHECK = \
	@actual=`wc -c $@ | awk '{print $$1}'`; \
	limit=$(CONFIG_BOARD_SIZE_LIMIT); \
	if test $$actual -gt $$limit; then \
		echo "$@ exceeds file size limit:"; \
		echo "  limit:  $$limit bytes"; \
		echo "  actual: $$actual bytes"; \
		echo "  excess: $$((actual - limit)) bytes"; \
		exit 1; \
	fi
else
BOARD_SIZE_CHECK =
endif

首先看CONFIG_BOARD_SIZE_LIMIT是否被定义了（是否定义了，在autoconf.mk文件中查看，它的意思是规定了文件大小的上限），如果没定义，BOARD_SIZE_CHECK为空，如果定义了，就比较目标文件的实际大小与他的上限大小（CONFIG_BOARD_SIZE_LIMIT的值），如果前者大于后者，就退出，如前者小于后者，则继续执行（摘抄别人的）

<span style="color:#333333;"># Always append ALL so that arch config.mk's can add custom ones
ALL += $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map

ifeq ($(CONFIG_NAND_U_BOOT),y)
ALL += $(obj)u-boot-nand.bin
endif

ifeq ($(CONFIG_ONENAND_U_BOOT),y)
ALL += $(obj)u-boot-onenand.bin
ONENAND_BIN ?= $(obj)onenand_ipl/onenand-ipl-2k.bin
endif

ifeq ($(CONFIG_MMC_U_BOOT),y)
ALL += $(obj)mmc_spl/u-boot-mmc-spl.bin
endif</span>
会判断CONFIG_NAND_U_BOOT，CONFIG_ONENAND_U_BOOT，CONFIG_MMC_U_BOOT是不是被定义y了，选择性的添加一些bin文件。后面一节将讲到这些CONFIG属性在哪儿定义的。 
all:		$(ALL)

$(obj)u-boot.hex:	$(obj)u-boot
		$(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@

$(obj)u-boot.srec:	$(obj)u-boot
		$(OBJCOPY) -O srec $< $@

$(obj)u-boot.bin:	$(obj)u-boot
		$(OBJCOPY) ${OBJCFLAGS} -O binary $< $@
		$(BOARD_SIZE_CHECK)

$(obj)u-boot.ldr:	$(obj)u-boot
		$(CREATE_LDR_ENV)
		$(LDR) -T $(CONFIG_BFIN_CPU) -c $@ $< $(LDR_FLAGS)
		$(BOARD_SIZE_CHECK)

$(obj)u-boot.ldr.hex:	$(obj)u-boot.ldr
		$(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@ -I binary

$(obj)u-boot.ldr.srec:	$(obj)u-boot.ldr
		$(OBJCOPY) ${OBJCFLAGS} -O srec $< $@ -I binary

$(obj)u-boot.img:	$(obj)u-boot.bin
		$(obj)tools/mkimage -A $(ARCH) -T firmware -C none \
		-a $(CONFIG_SYS_TEXT_BASE) -e 0 \
		-n $(shell sed -n -e 's/.*U_BOOT_VERSION//p' $(VERSION_FILE) | \
			sed -e 's/"[	 ]*$$/ for $(BOARD) board"/') \
		-d $< $@

$(obj)u-boot.imx:       $(obj)u-boot.bin
		$(obj)tools/mkimage -n  $(CONFIG_IMX_CONFIG) -T imximage \
		-e $(CONFIG_SYS_TEXT_BASE) -d $< $@

$(obj)u-boot.kwb:       $(obj)u-boot.bin
		$(obj)tools/mkimage -n $(CONFIG_SYS_KWD_CONFIG) -T kwbimage \
		-a $(CONFIG_SYS_TEXT_BASE) -e $(CONFIG_SYS_TEXT_BASE) -d $< $@

$(obj)u-boot.sha1:	$(obj)u-boot.bin
		$(obj)tools/ubsha1 $(obj)u-boot.bin

$(obj)u-boot.dis:	$(obj)u-boot
		$(OBJDUMP) -d $< > $@
定义了一堆的依赖关系，真正重要的是$(obj)u-boot.bin和$(obj)u-boot，可以看到很多都依赖这个文件。 $(obj)u-boot.bin是依赖于

$(obj)u-boot.bin:$(obj)u-boot

$(OBJCOPY) ${OBJCFLAGS} -O binary $< $@
$(BOARD_SIZE_CHECK)       

GEN_UBOOT = \
		UNDEF_SYM=`$(OBJDUMP) -x $(LIBBOARD) $(LIBS) | \
		sed  -n -e 's/.*\($(SYM_PREFIX)__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\
		cd $(LNDIR) && $(LD) $(LDFLAGS) $(LDFLAGS_$(@F)) $$UNDEF_SYM $(__OBJS) \
			--start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \
			-Map u-boot.map -o u-boot
$(obj)u-boot:	depend \
		$(SUBDIRS) $(OBJS) $(LIBBOARD) $(LIBS) $(LDSCRIPT) $(obj)u-boot.lds
		$(GEN_UBOOT)
ifeq ($(CONFIG_KALLSYMS),y)
<span style="white-space:pre">		</span>smap=`$(call SYSTEM_MAP,u-boot) | \
<span style="white-space:pre">			</span>awk '$$2 ~ /[tTwW]/ {printf $$1 $$3 "\\\\000"}'` ; \
<span style="white-space:pre">		</span>$(CC) $(CFLAGS) -DSYSTEM_MAP="\"$${smap}\"" \
<span style="white-space:pre">			</span>-c common/system_map.c -o $(obj)common/system_map.o
<span style="white-space:pre">		</span>$(GEN_UBOOT) $(obj)common/system_map.o
endif
出来第一位主人公了，即 $(obj)u-boot，这个家伙依赖了好多变量，咱们往下看代码，依次展开来看： 

$(OBJS):	depend
		$(MAKE) -C $(CPUDIR) $(if $(REMOTE_BUILD),$@,$(notdir $@))

$(LIBS):	depend $(SUBDIRS)
		$(MAKE) -C $(dir $(subst $(obj),,$@))

$(LIBBOARD):	depend $(LIBS)
		$(MAKE) -C $(dir $(subst $(obj),,$@))

$(SUBDIRS):	depend
		$(MAKE) -C $@ all

$(LDSCRIPT):	depend
		$(MAKE) -C $(dir $@) $(notdir $@)

$(obj)u-boot.lds: $(LDSCRIPT)
		$(CPP) $(CPPFLAGS) $(LDPPFLAGS) -ansi -D__ASSEMBLY__ -P - <$^ >$@
激动人心的时刻到了，开始编译了，刚才$(u-boot)依赖的这个多变量依次展开并按照其各自的命令生成。其实现在uboot.bin文件已经生成了。

下一节将结合具体的编译来重复讲述关于上述的许多没有讲完整的地方。



carl_wang_123
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
uboot研读笔记 | 13 - uboot编译构建Makefile分析研读（2016.03版本）
Mculover666的博客（嵌入式）
03-06 1414
一、uboot的编译 首先来回顾一下uboot如何编译。 （1）设置临时环境变量 export ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- （2）指定板级配置，生成.config文件 make xxx_defconfig （3）编译 make -j8 （4）清除构建 make distclean 接下来，我们深入研读uboot根目录下的顶层Makefile文件，来分析uboot的编译构建流程。 二、Makefile 1. uboot版本信息 VERSION
uboot移植——uboot顶层Makefile详解（代码实例）
m0_56561130的博客
12-13 1822
文章目录1.u-boot简介2.u-boot顶层Makefile分析2.1版本号2.2MAKEFLAGS变量2.3命令输出2.4静默输出2.5设置编译结果输出目录2.6代码检查3.7模块编译3.8获取主机架构和系统3.9设置目标架构、交叉编译器和配置文件3.10调用scripts/Kbuild.include3.11交叉编译工具变量设置3.12导出其他变量2.13make xxx_defconfig过程 1.u-boot简介     uboot的全称是Universal Boot Loader，是一个遵循
Uboot2011源代码
12-15
2011最新Uboot源代码……支持很多板子和cpu
u-boot-2011.06启动流程分析
热门推荐
赵春江的专栏
07-26 1万+
本文以u-boot-2011.06这个最新版本为例，介绍u-boot在smdk2410上的启动流程过程。
u-boot-2011.06在基于s3c2440开发板的移植之nandflash启动
赵春江的专栏
07-17 8218
由于价格的原因，相对于norflash，nandflash对于存储大容量的数据来说更具有优势。但是程序不能直接在nandflash上运行，因此s3c2440提供了一个机制，即系统会自动把nandflash中前4k的内容复制到名为“Steppingstone”的内部SRAM中，利用这段SRAM，程序员需要再把程序复制到其余的SRAM中，然后运行刚刚复制到SRAM中的程序。   本文就介绍如何使u
全志A33 u-boot-2011，文件依赖关系分析
u010584870的博客
04-18 828
一、分析配置过程 1、u-boot目录Makefile 查找 xxx_confing 1）、分析u-boot-2011目录 mkconfig文件 vi mkconfig 在mkconfig文件中，创建了config.mk文件，该文件在include路径下。 打开该文件 vi include/config.mk 即可看到，相关的配置信息，ARCH，CPU，BOARD… 2）、u-boot-2011目录boards.cfg文件 新版本的板子的配置，已被移出了Makefile文件，放到了boards
一、建立uboot源码工程 (2011-03-08 11:12)
kerson的专栏
08-06 3005
分类： uboot2010.09移植 工具：sourceinsight3.5 源码：uboot2010.12 1、安装sourceinsight3.5，此处省略1千字。 2、安装完成之后对sourceinsight3.5进行相应的设置： 选择options－>document options  点击auto indent
uboot之Makefile分析
雨于鱼的博客
05-19 1205
一、uboot主Makefile分析VERSION = 1 PATCHLEVEL = 3 SUBLEVEL = 4 EXTRAVERSION = U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) VERSION_FILE = $(obj)include/version_autogenerated.h HOST...
uboot笔记-Makefile文件分析
lubety的博客
10-30 361
uboot笔记-Makefile文件分析 这里使用九鼎X210开发板的uboot来做分析。uboot版本号u-boot 1.3.4 VERSION = 1 PATCHLEVEL = 3 SUBLEVEL = 4 EXTRAVERSION = U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) VERSION_FI...
uboot和系统移植扩展--主Makefile分析扩展--config.mk分析
linux驱动开发大纲
10-14 232
编译工具定义（94-107） # # Include the make variables (CC, etc...) # AS = $(CROSS_COMPILE)as LD = $(CROSS_COMPILE)ld CC = $(CROSS_COMPILE)gcc CPP = $(CC) -E AR = $(CROSS_COMPILE)ar NM = $(CROSS_COMPILE)nm LDR = $(CROSS_COMPILE)ldr STRIP = $(CROSS_COMPILE)strip .
U-Boot_Makefile-analyse.zip_uboot
09-24
二、Makefile基础 Makefile是构建软件的脚本，它定义了目标文件、依赖关系以及如何构建这些目标。在U-Boot中，Makefile的作用包括配置选项、编译规则、目标生成等，确保正确地编译和链接源代码。 三、U-Boot ...
uboot2011-06 之 make 初体验（四）
感觉身体被掏空
06-06 457
执行make是总是那么酣畅淋漓，有一种说不出的快感。但make总是有一些意想不到的事情反生。它将降临到我的头上。
S5PV210之UBOOT-2011.06启动过程解析
lqxandroid2012的专栏
12-14 2707
//主题：S5PV210之UBOOT-2011.06启动过程解析 //作者：kevinjz2010@gmail.com //版权：kevinjz原创 //平台：S5PV210 ARMV7 TINY210 //发布日期：2012-05-24 //最后修改：2012-05-24 //注意事项：欢迎转载，但不得在转载的时候擅自修改、删除文章的任何部分 //---
编译uboot时报错
春风得意，马蹄仍急；少年豪情，一笑难回。
02-07 3444
编译uboot时报错 转自：http://spring-studio.net/?p=196 编译u-boot时出现： Configuring for smdk6400 board… ln: 正在创建指向“../arch/arm/include/asm”的符号链接“asm”: 不支持的操作 make: *** [xxxxxxxx_config] 错误 1 然后再运行 make xxx
Nand flash uboot 驱动研究
风之伤
11-03 768
nand flash初始化 一. 在lib_arm/board.c中调用了函数nand_init()初始化nand flash： 二. nand_flash()定义在drivers/mtd/nand/nand.c中， 在nand_flash()中调用nand_init_chip(), 在nand_init_chip()中会调用两个函数， 一个是board_nand_init(), 用于初始
全志A33 uboot_2011进入uboot命令行，设置延时启动参数方法
u010584870的博客
04-12 1070
uboot可以通过修改配置文件env.cfg设置设置延时启动参数，也可以在强制进入uboot命令行后，在命令行中输入相应的命令进行配置。 1、uboot相关命令查询 1）、进入uboot后对于uboot有哪些命令可以通过 help 命令来查询 help 2）、 help + 详细的命令 如果需要知道具体的某个命令的详细用法可以通过 help + 具体的命令用法 help md help bootm 3）、查询当前开发板配置的环境参数 同时可以通过print命令查询当前uboot设置了哪些环境参数 p
uboot系列之-----顶层Makefile分析（一）
或许
12-31 7614
http://blog.csdn.net/xieweihua2012/article/details/8272598 这篇主要分析Makefile文件开头部分对与一些编译环境以及编译路径等变量的初始化   VERSION = 2010 PATCHLEVEL = 12 SUBLEVEL = EXTRAVERSION = ifneq "$(SUBLEVEL)""" U_BOOT_VER
ant-design-vue-1.1.10-beta.zip
最新发布
08-26
基于 Ant Design 和 Vue 的企业级 UI 组件库
详解2010版U-Boot顶层Makefile的关键变量与结构
本文档深入分析了最全面的U-Boot 顶层Makefile，这是一种关键的配置和编译工具，用于管理嵌入式Linux启动加载器（U-Boot）的构建过程。U-Boot是许多微控制器设备的首选启动加载器，它负责引导操作系统内核到内存并...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值