UEFI源码解析之UEFI_DRIVER

最新推荐文章于 2024-02-05 15:29:36 发布
最新推荐文章于 2024-02-05 15:29:36 发布
阅读量3.9k 收藏 20
点赞数 2
分类专栏： UEFI源码解析 BIOS源码 文章标签： uefi bios 驱动程序 源码
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wangadi057612/article/details/122881309
版权

Dxe Driver可以视作UEFI中的一个服务，在entry中通过protocol安装自己的服务，在Bds等位置通过locate protocol使用该服务，不必依赖与具体的硬件。当需要封装某个设备/控制器或总线的时候，对应于具体的物理实现，需要用到UEFI Driver的模型实现。UEFI Driver模型实现设备/总线的检测，安装，卸载，更新，启动，停止等；一个Driver可能适配多个设备，一个设备可能连接管理多个子设备等，因此UEFI Driver还可以多次安装。以下从GraphicsOutput设备为入口来解读UEFI driver的源码。

1. UEFI Driver的实现

源码路径为MdeModulePkg\Universal\Console\GraphicsOutputDxe\GraphicsOutput.c。从driver的入口开始：

InitializeGraphicsOutput (
  IN EFI_HANDLE                        ImageHandle,
  IN EFI_SYSTEM_TABLE                  *SystemTable
  )
{
  // 从PEI阶段的HOB中获取Graphic的信息，如Edid等
  HobStart = GetFirstGuidHob (&gEfiGraphicsInfoHobGuid);
  // 将mGraphicsOutputDriverBinding 安装到Dxe环境里面
  Status = EfiLibInstallDriverBindingComponentName2 (
             ImageHandle,
             SystemTable,
             &mGraphicsOutputDriverBinding,
             ImageHandle,
             &mGraphicsOutputComponentName,
             &mGraphicsOutputComponentName2
             );

  return Status;
}

EfiLibInstallDriverBindingComponentName2()根据入参以及实际pcd的配置安装driver的protocol和名字等信息；

       Status = gBS->InstallMultipleProtocolInterfaces (
                       &DriverBinding->DriverBindingHandle,
                       &gEfiDriverBindingProtocolGuid, DriverBinding,
                       &gEfiComponentNameProtocolGuid, ComponentName,
                       &gEfiComponentName2ProtocolGuid, ComponentName2,
                       NULL
                       );

驱动模型的核心通过EFI_DRIVER_BINDING_PROTOCOL实现，通过该protocol判断一个driver是否支持某个控制器，以及启动和停止该控制器；

struct _EFI_DRIVER_BINDING_PROTOCOL {

  EFI_DRIVER_BINDING_SUPPORTED  Supported;  //判断driver是否支持该控制器

  EFI_DRIVER_BINDING_START      Start;  //安装driver到设备/总线控制器

  EFI_DRIVER_BINDING_STOP       Stop;  //卸载设备/总线控制器driver

  UINT32                        Version;

  EFI_HANDLE                    ImageHandle;   //当前driver的image handle

  EFI_HANDLE                    DriverBindingHandle;  //该protocol应该安装到的handle，大部分时候与ImageHandle相同，如果

};

graphicsOutput的实现为：

EFI_DRIVER_BINDING_PROTOCOL mGraphicsOutputDriverBinding = {
  GraphicsOutputDriverBindingSupported,
  GraphicsOutputDriverBindingStart,
  GraphicsOutputDriverBindingStop,
  0x10,
  NULL,
  NULL
};

EFI_COMPONENT_NAME_PROTOCOL/EFI_COMPONENT_NAME2_PROTOCOL 描述Driver的名字，提供获取driver名字和控制器名字的接口，支持的语言类型；

struct _EFI_COMPONENT_NAME2_PROTOCOL {

  EFI_COMPONENT_NAME2_GET_DRIVER_NAME      GetDriverName;

  EFI_COMPONENT_NAME2_GET_CONTROLLER_NAME  GetControllerName;

  CHAR8                                    *SupportedLanguages;

};

graphicsOutput的实现为：

// EFI Component Name Protocol
GLOBAL_REMOVE_IF_UNREFERENCED EFI_COMPONENT_NAME_PROTOCOL  mGraphicsOutputComponentName = {
  GraphicsOutputComponentNameGetDriverName,
  GraphicsOutputComponentNameGetControllerName,
  "eng"
};

// EFI Component Name 2 Protocol
GLOBAL_REMOVE_IF_UNREFERENCED EFI_COMPONENT_NAME2_PROTOCOL mGraphicsOutputComponentName2 = {
  (EFI_COMPONENT_NAME2_GET_DRIVER_NAME) GraphicsOutputComponentNameGetDriverName,
  (EFI_COMPONENT_NAME2_GET_CONTROLLER_NAME) GraphicsOutputComponentNameGetControllerName,
  "en"
};

从EfiLibInstallDriverBindingComponentName2接口的实现中发现， EFI_DRIVER_BINDING_PROTOCOL安装在gEfiDriverBindingProtocolGuid上，EFI_COMPONENT_NAME_PROTOCOL安装在gEfiComponentNameProtocolGuid上，EFI_COMPONENT_NAME2_PROTOCOL安装在gEfiComponentName2ProtocolGuid上。

详细安装流程参考《UEFI源码解析之PROTOCOL&HANDLE》。

2. UEFI Driver的使用

Driver的使用入口为gBS->ConnectController()， 将一个或多个driver链接到控制器；一般在Bds阶段的EfiBootManagerConnectAll ()接口中发起；其中调用BmConnectAllDriversToAllControllers ()实现；一般是Bds在load DriverOption或BootOption之前发起连接，因为实际Load启动项过程中会依赖具体的设备，如存储设备中读取启动文件等；

EfiBootManagerConnectAll ()
{
  // Connect the platform console first
  EfiBootManagerConnectAllDefaultConsoles ();

  // Generic way to connect all the drivers
  BmConnectAllDriversToAllControllers ();

  // Here we have the assumption that we have already had
  // platform default console
  EfiBootManagerConnectAllDefaultConsoles ();
}

BmConnectAllDriversToAllControllers实现为：

BmConnectAllDriversToAllControllers ()
{
  do {
    // Connect All EFI 1.10 drivers following EFI 1.10 algorithm
    gBS->LocateHandleBuffer (
           AllHandles,
           NULL,
           NULL,
           &HandleCount,
           &HandleBuffer
           );
    // 遍历说有的image handle，链接该handle上的driver
    for (Index = 0; Index < HandleCount; Index++) {
      gBS->ConnectController (HandleBuffer[Index], NULL, NULL, TRUE);
    }

    // dispatch过程中可能或出现新的Dxe Driver，因此要多次链接
    Status = gDS->Dispatch ();

  } while (!EFI_ERROR (Status));
}

3. ConnectController的实现

源码在MdeModulePkg\Core\Dxe\Hand\DriverSupport.c的CoreConnectController（）；

CoreConnectController (

  IN  EFI_HANDLE                ControllerHandle,  //driver需要连接的控制器handle

  IN  EFI_HANDLE                *DriverImageHandle   // 支持该driver的handle 可选

  IN  EFI_DEVICE_PATH_PROTOCOL  *RemainingDevicePath // controller设备路径，可选

  IN  BOOLEAN                   Recursive  // 是否允许递归调用，因为可能存在子设备

  )

{

// 确保控制器handle有效

CoreValidateHandle (ControllerHandle);

//如果需要签名验证，如Secure Boot开启，则做签名检查

 if (gSecurity2 != NULL) {

    Status = CoreHandleProtocol (ControllerHandle, &gEfiDevicePathProtocolGuid, (VOID **)&HandleFilePath);

    if (!EFI_ERROR (Status)) {

      FilePath     = HandleFilePath;

      if (RemainingDevicePath != NULL && !Recursive) {

        HandleFilePathSize      = GetDevicePathSize (HandleFilePath) - sizeof (EFI_DEVICE_PATH_PROTOCOL);

        RemainingDevicePathSize = GetDevicePathSize (RemainingDevicePath);

        TempFilePath = AllocateZeroPool (HandleFilePathSize + RemainingDevicePathSize);

        ASSERT (TempFilePath != NULL);

        CopyMem (TempFilePath, HandleFilePath, HandleFilePathSize);

        CopyMem ((UINT8 *) TempFilePath + HandleFilePathSize, RemainingDevicePath, RemainingDevicePathSize);

        FilePath = TempFilePath;

      }

      Status = gSecurity2->FileAuthentication (

                            gSecurity2,

                            FilePath,

                            NULL,

                            0,

                            FALSE

                            );

    }

  }

// 实际连接操作，如果返回EFI_NOT_READY，表示binding handle个数有变化，需要重新连接

do {

    ReturnStatus = CoreConnectSingleController (

                     ControllerHandle,

                     DriverImageHandle,

                     AlignedRemainingDevicePath

                     );

  } while (ReturnStatus == EFI_NOT_READY);

//子设备递归处理

1. 统计子设备个数，每次打开一个记录在ControllerHandle的OpenData中，被子设备打开一次增加一个记录，见 《UEFI源码解析之PROTOCOL&HANDLE》opendata描述；

    for (Link = Handle->Protocols.ForwardLink, ChildHandleCount = 0; Link != &Handle->Protocols; Link = Link->ForwardLink) {

      Prot = CR(Link, PROTOCOL_INTERFACE, Link, PROTOCOL_INTERFACE_SIGNATURE);

      for (ProtLink = Prot->OpenList.ForwardLink;

          ProtLink != &Prot->OpenList;

          ProtLink = ProtLink->ForwardLink) {

        OpenData = CR (ProtLink, OPEN_PROTOCOL_DATA, Link, OPEN_PROTOCOL_DATA_SIGNATURE);

        if ((OpenData->Attributes & EFI_OPEN_PROTOCOL_BY_CHILD_CONTROLLER) != 0) {

          ChildHandleCount++;

        }

      }

2. 获取子设备的handle

for (Link = Handle->Protocols.ForwardLink, ChildHandleCount = 0; Link != &Handle->Protocols; Link = Link->ForwardLink) {

      Prot = CR(Link, PROTOCOL_INTERFACE, Link, PROTOCOL_INTERFACE_SIGNATURE);

      for (ProtLink = Prot->OpenList.ForwardLink;

          ProtLink != &Prot->OpenList;

          ProtLink = ProtLink->ForwardLink) {

        OpenData = CR (ProtLink, OPEN_PROTOCOL_DATA, Link, OPEN_PROTOCOL_DATA_SIGNATURE);

        if ((OpenData->Attributes & EFI_OPEN_PROTOCOL_BY_CHILD_CONTROLLER) != 0) {

          ChildHandleBuffer[ChildHandleCount] = OpenData->ControllerHandle;

          ChildHandleCount++;

        }

      }

    }

    }

3. 递归连接每个子设备

for (Index = 0; Index < ChildHandleCount; Index++) {

      CoreConnectController (

        ChildHandleBuffer[Index],

        NULL,

        NULL,

        TRUE

        );

    }

}

CoreConnectSingleController (）的实现：

1. 从前面实现阶段描述可知，所有binding handles安装在一个protocol（gEfiDriverBindingProtocolGuid）上，因此可以一次性获取所有binding handle；

Status = CoreLocateHandleBuffer (

             ByProtocol,

             &gEfiDriverBindingProtocolGuid,

             NULL,

             &DriverBindingHandleCount,

             &DriverBindingHandleBuffer

             );

2. AddSortedDriverBindingProtocol（）主要完成BindingProtocol的过滤和排序，将入参中handle描述支持的binding以及平台重写的handle中支持的binding加入最终的binding列表SortedDriverBindingProtocols中；该接口逻辑和实现背景还需要深入研究，当前还不是很清楚。

Status = CoreHandleProtocol(
             DriverBindingHandle,
             &gEfiDriverBindingProtocolGuid,
             (VOID **) &DriverBinding
             );
  //
  // If DriverBindingHandle does not support the Driver Binding Protocol then return
  //
  if (EFI_ERROR (Status) || DriverBinding == NULL) {
    return;
  }

  //
  // See if DriverBinding is already in the sorted list
  //
  for (Index = 0; Index < *NumberOfSortedDriverBindingProtocols && Index < DriverBindingHandleCount; Index++) {
    if (DriverBinding == SortedDriverBindingProtocols[Index]) {
      return;
    }
  }

  //
  // Add DriverBinding to the end of the list
  //
  if (*NumberOfSortedDriverBindingProtocols < DriverBindingHandleCount) {
    SortedDriverBindingProtocols[*NumberOfSortedDriverBindingProtocols] = DriverBinding;
  }
  *NumberOfSortedDriverBindingProtocols = *NumberOfSortedDriverBindingProtocols + 1;

  //
  // Mark the cooresponding handle in DriverBindingHandleBuffer as used
  //
  for (Index = 0; Index < DriverBindingHandleCount; Index++) {
    if (DriverBindingHandleBuffer[Index] == DriverBindingHandle) {
      DriverBindingHandleBuffer[Index] = NULL;
    }
  }

3. 如果binding 数量增加，说明调用connect过程中有新的binding进来，返回EFI_NOT_READY，使得上层可以重新进入connnect执行；

// If the number of Driver Binding Protocols has increased since this function started, then return
  // EFI_NOT_READY, so it will be restarted
  //
  Status = CoreLocateHandleBuffer (
             ByProtocol,
             &gEfiDriverBindingProtocolGuid,
             NULL,
             &NewDriverBindingHandleCount,
             &NewDriverBindingHandleBuffer
             );
  CoreFreePool (NewDriverBindingHandleBuffer);
  if (NewDriverBindingHandleCount > DriverBindingHandleCount) {
    //
    // Free any buffers that were allocated with AllocatePool()
    //
    CoreFreePool (SortedDriverBindingProtocols);

    return EFI_NOT_READY;
  }

4. binding protocol根据版本排序；  为什么要排序？？

// Sort the remaining DriverBinding Protocol based on their Version field from
  // highest to lowest.
  //
  for ( ; SortIndex < NumberOfSortedDriverBindingProtocols; SortIndex++) {
    HighestVersion = SortedDriverBindingProtocols[SortIndex]->Version;
    HighestIndex   = SortIndex;
    for (Index = SortIndex + 1; Index < NumberOfSortedDriverBindingProtocols; Index++) {
      if (SortedDriverBindingProtocols[Index]->Version > HighestVersion) {
        HighestVersion = SortedDriverBindingProtocols[Index]->Version;
        HighestIndex   = Index;
      }
    }
    if (SortIndex != HighestIndex) {
      DriverBinding = SortedDriverBindingProtocols[SortIndex];
      SortedDriverBindingProtocols[SortIndex] = SortedDriverBindingProtocols[HighestIndex];
      SortedDriverBindingProtocols[HighestIndex] = DriverBinding;
    }
  }

5. 遍历所有排序后的binding protocol，一次调用support检查是否该binding支持controller，如果support成功则设置DriverFound找到标记，标记该controller的Driver已找到，然后调用start加载driver，设置OneStart标记表示有一个驱动已经加载；否则返回EFI_NOT_FOUND；

OneStarted = FALSE;
  do {

    //
    // Loop through the sorted Driver Binding Protocol Instances in order, and see if
    // any of the Driver Binding Protocols support the controller specified by
    // ControllerHandle.
    //
    DriverBinding = NULL;
    DriverFound = FALSE;
    for (Index = 0; (Index < NumberOfSortedDriverBindingProtocols) && !DriverFound; Index++) {
      if (SortedDriverBindingProtocols[Index] != NULL) {
        DriverBinding = SortedDriverBindingProtocols[Index];
        PERF_DRIVER_BINDING_SUPPORT_BEGIN (DriverBinding->DriverBindingHandle, ControllerHandle);
        Status = DriverBinding->Supported(
                                  DriverBinding,
                                  ControllerHandle,
                                  RemainingDevicePath
                                  );
        PERF_DRIVER_BINDING_SUPPORT_END (DriverBinding->DriverBindingHandle, ControllerHandle);
        if (!EFI_ERROR (Status)) {
          SortedDriverBindingProtocols[Index] = NULL;
          DriverFound = TRUE;

          //
          // A driver was found that supports ControllerHandle, so attempt to start the driver
          // on ControllerHandle.
          //
          PERF_DRIVER_BINDING_START_BEGIN (DriverBinding->DriverBindingHandle, ControllerHandle);
          Status = DriverBinding->Start (
                                    DriverBinding,
                                    ControllerHandle,
                                    RemainingDevicePath
                                    );
          PERF_DRIVER_BINDING_START_END (DriverBinding->DriverBindingHandle, ControllerHandle);

          if (!EFI_ERROR (Status)) {
            //
            // The driver was successfully started on ControllerHandle, so set a flag
            //
            OneStarted = TRUE;
          }
        }
      }
    }
  } while (DriverFound);

6. 如果没有驱动被加载且时结尾设备节点，返回成功；

  // If no drivers started and RemainingDevicePath is an End Device Path Node, then return EFI_SUCCESS
  //
  if (RemainingDevicePath != NULL) {
    if (IsDevicePathEnd (RemainingDevicePath)) {
      return EFI_SUCCESS;
    }
  }

4. gDS->Dispatch ()实现

Dxe Driver的分发，实现在CoreDispatcher，源码分析在将来《UEFI源码解析之D'x'e'Core》再详细描述；

傻傻的老王
关注
  • 2
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
EasyUEFI.Enterprise_easyuefi_easy_easyuefi_
09-29
easy uefi enterprise software
UEFI Drivers & UEFI Driver Model
Wang20122013的博客
11-21 1099
2>. UEFI Driver Model Drivers必须安装一个Driver Binding Protocol到它的Image Handle上，可选择的安装Driver Configuration Protocol, Driver Diagnostics Protocol, Component Name Protocol。随着硬件总线结构的发展，Bus的种类和数量都在增加，在Preboot的环境下，就需要有一种简单的方式来描述和管理平台上的Bus和Device。
UEFI的UEFI Driver
weixin_44041504的博客
09-14 620
UEFI Driver是一种特殊类型的驱动程序，用于在计算机启动时加载和初始化硬件设备的软件组件，如显卡、网卡、声卡等。而Driver 是用于控制硬件设备的软件程序，它可以在操作系统中运行，并与操作系统进行交互，以便与硬件设备通信。简单来说，UEFI driver是在计算机启动时加载的，而Driver则是在操作系统中加载的。
UEFI BIOS之PCD
最新发布
qq_43561214的博客
02-05 746
这里说是大部分时间内，那是因为在诸如SEC阶段，以及PEI、DXE阶段的早期，某些PCD相关的模块还没有加载起来之前，这些类型的PCD还是不能访问的。需要注意的是上面的类型并不是在一个SPEC中定义的，前面的4中是满足EDKII规范，而最后一个满足的是PI规范，这个对使用的影响还不是很确定。因为该PCD是可以通过外部工具来修改的，那么有一点是可以肯定的，即它是可见的，通过查看BIOS二进制就可以找到。这里定义了PCD相关的两个变量，一个是值，注意它的类型修饰符是volatile，另一个是PCD的大小。
UEFI源码（AMI）CODE_1
01-05
某主板公司泄露的替代BIOS的UEFI源码
UEFI源码（AMI）CODE_2
01-05
某主板公司泄露的UEFI源码。UEFI是替代BIOS的技术。
UEFI-Driver_框架
一个有信仰的社会主义分享者～
03-05 1087
UEFI-Driver_框架 基础函数介绍 1. EfiLibInstallDriverBindingComponentName2 用来安装 EFI_DRIVER_BINDING_PROTOCOL gDeviceDriverBinding. 以UsbBus层驱动实例注册为例: 34 EFI_DRIVER_BINDING_PROTOCOL mUsbBusDriverBinding = { 35 UsbBu
UEFI源码学习3 - DXE
u011280717的博客
05-08 735
目录 UEFI源码学习3.1 - DXE Dispatcher UEFI源码学习3.2 - DXE Protocol实现 UEFI源码学习3.3 - DXE Event实现
EDK2 UEFI 固件学习笔记
chenqioulin的博客
06-17 2467
EDK2的编译学习笔录。
UEFI源码解析之调试环境搭建
wangadi057612的博客
02-05 2920
UEFI-Edk2源码复杂且BIOS运行依赖主板硬件，学习阶段可通过编译edk2源码包中的模拟器调式edk2的代码结构和运行流程。 1. 依赖环境的安装：Win10下edk2编译环境搭建 Visual Studio community 2017(注册微软账号，避免VS社区版试用阶段过期) EDK2-stable-202002 下载地址：https://github.com/tianocore/edk2/releases/tag/edk2-stable202002 下载源码到本地目录如D:\
uefi driver
jason的笔记
05-18 6030
uefi drivers 是指在inf中将MODULE_TYPE指定为UEFI_DRIVER。例如inf的例子 [Defines]   INF_VERSION                    = 0x00010005   BASE_NAME                      = DiskIoDxe   MODULE_UNI_FILE                = Disk
UEFI.rar_BIOS spec_UEFI Bios_UEFI Spec_uefi
09-21
此SPEC為UEFI的Framework架構,UEFI為日後的BIOS程式設計主流,用C編寫程式碼,取代傳統的x86組合語言,此SPEC對UEFI的熟悉有很大的幫助
uefi_bios_updater_uefi_uefibiosupdater_uefi0060_fdbios编辑工具_ubu29
09-29
uefi BIOS编辑工具 存量稀少 功能强大
UEFI与EDKII源代码分析
2401_82550753的博客
01-09 382
作为UEFI BIOS行业的非常重要的参考书籍，你值得拥有！
UEFI源码学习3.3 - DXE Event实现
u011280717的博客
05-07 781
文章目录1. CoreCreateEvent / CoreCreateEventEx2. CoreSignalEvent3.CoreWaitForEvent / CoreCheckEvent edk2/MdeModulePkg/Core/Dxe/Event/Event.c edk2/MdeModulePkg/Core/Dxe/Event/Tpl.c 1. CoreCreateEvent / CoreCreateEventEx CoreCreateEvent/CoreCreateEventEx用于创建一个Ev
UEFI——Protocol应用(简单的Driver)
学习记录
10-17 1229
UEFI protocol简单实现
UEFI源码解析之EVENT
wangadi057612的博客
02-05 2231
UEFI-EDK2是单核单线程的架构，除了时钟中断外，没有其他中断机制，Event在UEFI中实现了异步执行的能力；
UEFI源码解析之PROTOCOL&HANDLE
wangadi057612的博客
02-05 1469
Protocol用于UEFI在DXE及之后各阶段中各模块之间的通信，作用与PI阶段的PPI类似；Protocol与Handle一起使用，实现了C++中的面向对象的编程方式，且能达到类似数组或map中的访问方式，通过一个输入数值Handle/GUID等获取数据结构信息或操作接口等；
DXE-------Driver Execution Environment (执行驱动环境)详解
Dodijd的博客
08-18 575
DXE是在PEI阶段之后的下一个阶段。它实现了驱动环境的搭建（UEFI第三阶段）。DXE阶段执行了大量的系统初始化工作，在PEI的基础上，进入此阶段时，内存已经可以被完全使用，因此此阶段可以进行大量复杂的工作。DXE驱动之间通过Protocol通信。当所有的Driver都执行完毕后，系统完成初始化，接着会执行一个特殊的DXE Driver 的Protocol进而进入BDS阶段。从本质上讲，BDS是一种特殊的DXE阶段的应用程序。整体流程DxeMain是DXE阶段执行的主函数，入口函数。
UEFI_APPLICATION调用DXE_SMM_DRIVER
01-03
UEFI_APPLICATION无法直接调用DXE_SMM_DRIVER。UEFI_APPLICATION是一种UEFI应用程序类型，而DXE_SMM_DRIVER是一种DXE驱动类型。UEFI应用程序和DXE驱动之间的通信是通过UEFI服务和协议进行的。UEFI应用程序可以使用UEFI服务和协议来与DXE驱动进行通信，但不能直接调用DXE_SMM_DRIVER。 相关问题: 1. UEFI_APPLICATION如何与DXE驱动进行通信？ 2. UEFI应用程序和DXE驱动之间的区别是什么？ 3. UEFI服务和协议有哪些常用的功能？

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值