OpenHarmony（鸿蒙开发篇）多设备分布式组网认证规范

最新推荐文章于 2024-10-09 23:59:10 发布
最新推荐文章于 2024-10-09 23:59:10 发布
阅读量524 收藏 20
点赞数 25
分类专栏： HarmonyOS OpenHarmony 鸿蒙开发 文章标签： harmonyos 华为 鸿蒙 鸿蒙系统 android 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zczd2489/article/details/142763440
版权

 鸿蒙HarmonyOS开发实战往期必看文章：（持续更新......）

一分钟了解”纯血版！鸿蒙HarmonyOS Next应用开发！

HarmonyOS NEXT应用开发（5.0版）高频场景解决方案分享（1-100篇）持续更新中~

HarmonyOS NEXT应用开发性能实践总结（持续更新......）

HarmonyOS NEXT应用开发案例实践总结合集（持续更新......）

前提

安装好 DevEco Studio，新建项目，选择 API9 版本，stage 模型

点击 Finish，此时，咱们的 API9 项目就算创建成功啦~

替换 Full-SDK

参考 OpenAtom OpenHarmony

必要权限

ohos.permission.DISTRIBUTED_DATASYNC

允许不同设备间的数据交换。

权限级别：normal

授权方式：user_grant

ACL 使能：TRUE

ohos.permission.DISTRIBUTED_SOFTBUS_CENTER

允许不同设备之间进行组网处理。

权限级别：system_basic

授权方式：system_grant

ACL 使能：FALSE

权限申明

首先，在项目的模块级目录下找到并打开 module.json5 文件，在 module 下的对象里添加如下申明：

"requestPermissions": [
  {
    "name": "ohos.permission.DISTRIBUTED_DATASYNC",
    "reason": "$string:DataSync",
    "usedScene": {
      "abilities": [
        "EntryAbility"
      ],
    }
  },
  {
    "name": "ohos.permission.DISTRIBUTED_SOFTBUS_CENTER"
  }
]

此时，配置文件中的权限申明就完成了，但是，此时我们还不能获得这些权限。由于 ohos.permission.DISTRIBUTED_DATASYNC 权限是 ACL 使能为 TRUE 的权限，咱们需要在签名工具文件中说明一下。如何找到对应的签名工具文件呢？我们在安装 DevEco Studio 的时候是下载好了 OpenHarmony 的 SDK 的，此时在 OpenHarmony 文件夹中，打开 “你的 SDK 版本\toolchains\lib” 该路径，此时在 lib 文件夹中，咱们可以找到两个 json 文件，分别为 UnsgnedDebugProfileTemplate.json 和 UnsgnedReleasedProfileTemplate.json，点击并打开这两个文件，添加如下权限：

"acls":{

​ "allowed-acls":[

​ "ohos.permission.DISTRIBUTED_DATASYNC"

​ ]

}

此时咱们不着急关闭这两个文件，因为在我们申请的权限中，有一个权限是允许我们使用系统能力的，也就是说，我们申请的这个权限是一个系统权限，

ohos.permission.DISTRIBUTED_SOFTBUS_CENTER 是一个系统权限，其权限级别为 system_basic，授权方式为 system_grant，此时，咱们需要再次修改刚刚打开的文件，找到"bundle-info"标签，修改“apl”标签内容和“app-feature”标签内容如下：

"apl":"system_basic",

"app-feature":"hos_system_app"

OK，接下来开始编码了

在申请 ohos.permission.DISTRIBUTED_DATASYNC 权限时，其文档中将其标注为用户手动授权的权限，此时需要我们动态申请权限，在项目中，我们新建一个 ets 文件，我这里取名为 RequestPermission.ets

首先，导入以下包：

import abilityAccessCtrl, { Permissions } from '@ohos.abilityAccessCtrl';
import bundleManager from '@ohos.bundle.bundleManager';
import common from '@ohos.app.ability.common';

获取访问控制模块对象实例：

let atManager = abilityAccessCtrl.createAtManager();

编写如下方法（这里我使用的是异步函数）：

export async function checkAccessTokenID(permission: Array<Permissions>) {
  // 获取应用程序的accessTokenID
  let tokenId: number;
  let grantStatus: Array<abilityAccessCtrl.GrantStatus> = []
  try {
    let bundleInfo: bundleManager.BundleInfo = await bundleManager.getBundleInfoForSelf(bundleManager.BundleFlag.GET_BUNDLE_INFO_WITH_APPLICATION);
    let appInfo: bundleManager.ApplicationInfo = bundleInfo.appInfo;
    tokenId = appInfo.accessTokenId;
  } catch (err) {
    console.error(`getBundleInfoForSelf failed, code is ${err.code}, message is ${err.message}`);
  }
  // 校验应用是否被授予权限，若申请多个权限，建议循环检查多个权限
  for (let index = 0;index < permission.length; index++) {
    try {
      grantStatus.push(await atManager.checkAccessToken(tokenId, permission[index]))
    } catch (err) {
      console.error(`checkAccessToken failed, code is ${err.code}, message is ${err.message}`);
    }
  }
  return grantStatus;
}

export async function checkPermission(context: common.UIAbilityContext, permissions: Array<Permissions>) {
  let grantStatus: Array<abilityAccessCtrl.GrantStatus> = await checkAccessTokenID(permissions)
  for (let i = 0; i < grantStatus.length; i++) {
    if (grantStatus[i] === abilityAccessCtrl.GrantStatus.PERMISSION_GRANTED) {
      console.info(`${permissions[i].toString()} 已授权`)
    } else {
      //申请权限
      console.info('开始向用户申请权限')
      requestPermissionFromUser(context, permissions)
    }
  }
}

export async function requestPermissionFromUser(context: common.UIAbilityContext, permissions: Array<Permissions>) {
  // requestPermissionsFromUser会判断权限的授权状态来决定是否唤起弹窗
  atManager.requestPermissionsFromUser(context, permissions).then((data) => {
    let grantStatus: Array<number> = data.authResults
    let length: number = grantStatus.length
    for (let i = 0;i < length; i++) {
      if (grantStatus[i] === 0) {
        // 用户授权，可以继续访问目标操作
        console.info(`${permissions[i].toString()} 权限申请成功`)
      } else {
        // 用户拒绝授权，提示用户必须授权才能访问当前页面的功能，并引导用户到系统设置中打开相应的权限
        console.info(`${permissions[i].toString()} 权限申请被用户拒绝`)
      }
    }
    // 授权成功
  })
}

此时，我们申请权限的方法就算编写完成了，在应用入口，即 EntryAbility.ts 文件中的 onCreate（want: Want, launchParam: AbilityConstant.LaunchParam）方法中回调权限申请函数：

requestPermissionFromUser(this.context, PERMISSIONS)

其中，PERMISSIONS 定义如下：

const PERMISSIONS: Array<Permissions> = ['ohos.permission.DISTRIBUTED_DATASYNC']

到此，我们的权限申请就算完完全全完成啦，当用户第一次安装并打开应用的时候，应用会向用户通过弹窗形式申请权限，用户点击授权即可赋予应用相应的权限啦~

多设备组网认证

在开始编码之前，新建一个 ets 文件，我给它命名为 DistributedDeviceManagerFunctions.ets

首先，导入所需包：

import deviceManager from '@ohos.distributedHardware.deviceManager'

由于咱们多设备组网认证功能中需要使用到一些共享对象，所以我的设计方法是设计一个类，并将方法和对象封装到该类中，方便调用：

export class DistributedDeviceManageFunc {
  
}

定义类中对象：

static mDeviceManager: deviceManager.DeviceManager
static subscribeId: number
static publishId: number
static distributedDeviceList: Array<deviceManager.DeviceInfo> = []

初始化类

static init() {
  deviceManager.createDeviceManager(globalThis.context.abilityInfo.bundleName, (error, data) => {
    if (error) {
      console.error(`create device manager failed,error:${JSON.stringify(error)}`)
      return
    }
    this.mDeviceManager = data
    console.info('create device manager successfully')
    try {
      this.publishId = Math.floor(Math.random() * 10000 + 1000)
      data.publishDeviceDiscovery({
        publishId: this.publishId,
        mode: deviceManager.DiscoverMode.DISCOVER_MODE_ACTIVE,
        freq: deviceManager.ExchangeFreq.HIGH,
        ranging: false
      })
      console.info('publishDeviceDiscovery successfully')
    } catch (error) {
      console.error(`publishDeviceDiscovery failed,error:${JSON.stringify(error)}`)
    }
    try {
      data.on('publishSuccess', (data) => {
        console.info("publishSuccess:" + JSON.stringify(data))
      })
      console.info('publishSuccess on successfully')
    } catch (error) {
      console.error(`publishSuccess failed,error:${JSON.stringify(error)}`)
    }
    try {
      data.on('publishFail', (error) => {
        console.info("publishFail on:" + JSON.stringify(error))
      })
      console.info('publishFail on successfully')
    } catch (error) {
      console.error(`publishFail failed,error:${JSON.stringify(error)}`)
    }
    try {
      data.on('deviceStateChange', (data) => {
        console.info("deviceStateChange on:" + JSON.stringify(data))
        if (data.action == deviceManager.DeviceStateChangeAction.READY) {
          AppStorage.Set('statusColor', '#ff4fc100')
        } else if (data.action == deviceManager.DeviceStateChangeAction.OFFLINE) {
          AppStorage.Set('statusColor', '#ffff0000')
        } else if (data.action == deviceManager.DeviceStateChangeAction.ONLINE) {
          AppStorage.Set('statusColor', '#ffffd500')
        }
      })
      console.info('deviceStateChange on successfully')
    } catch (error) {
      console.error(`deviceStateChange failed,error:${JSON.stringify(error)}`)
    }
  })
}

在该方法中，我们通过 createDeviceManager(bundleName: string, callback: AsyncCallback): void 函数创建了一个设备管理器实例，并将回调函数中得到的 DeviceManager 对象传递给先前定义的 mDeviceManager.

以上操作完成后，使用 publishDeviceDiscovery(publishInfo: PublishInfo): void 函数发布周边设备发现，即调用该函数，主设备可以主动让周边（同一网络环境下）的设备发现识别:

try {
  this.publishId = Math.floor(Math.random() * 10000 + 1000)
  data.publishDeviceDiscovery({
    publishId: this.publishId,
    mode: deviceManager.DiscoverMode.DISCOVER_MODE_ACTIVE,
    freq: deviceManager.ExchangeFreq.HIGH,
    ranging: false
  })
  console.info('publishDeviceDiscovery successfully')
} catch (error) {
  console.error(`publishDeviceDiscovery failed,error:${JSON.stringify(error)}`)
}

注册设备状态回调，当设备状态发生改变时，可以通过 on(type: ‘deviceStateChange’, callback: Callback<{ action: DeviceStateChangeAction, device: DeviceInfo }>): void 获取设备状态改变后的第一状态：

try {
  data.on('deviceStateChange', (data) => {
    console.info("deviceStateChange on:" + JSON.stringify(data))
    if (data.action == deviceManager.DeviceStateChangeAction.READY) {
      AppStorage.Set('statusColor', '#ff4fc100')
    } else if (data.action == deviceManager.DeviceStateChangeAction.OFFLINE) {
      AppStorage.Set('statusColor', '#ffff0000')
    } else if (data.action == deviceManager.DeviceStateChangeAction.ONLINE) {
      AppStorage.Set('statusColor', '#ffffd500')
    }
  })
  console.info('deviceStateChange on successfully')
} catch (error) {
  console.error(`deviceStateChange failed,error:${JSON.stringify(error)}`)
}

开始发现周边设备

使用 startDeviceDiscovery(subscribeInfo: SubscribeInfo, filterOptions?: string): void 函数可以使本设备暂时具有发现周边发布设备发现的设备的能力，即本设备可以识别周边设备：

static startDeviceDiscovery() {
  try {
    this.subscribeId = Math.floor(Math.random() * 10000 + 1000)
    this.mDeviceManager.startDeviceDiscovery({
      subscribeId: this.subscribeId,
      mode: deviceManager.DiscoverMode.DISCOVER_MODE_ACTIVE,
      medium: deviceManager.ExchangeMedium.AUTO,
      freq: deviceManager.ExchangeFreq.HIGH,
      isWakeRemote: false,
      isSameAccount: false,
      capability: deviceManager.SubscribeCap.SUBSCRIBE_CAPABILITY_OSD
    })
    this.mDeviceManager.on('deviceFound', (data) => {
      console.info('device found')
      console.info("deviceFound:" + JSON.stringify(data))
      this.distributedDeviceList = []
      if (this.distributedDeviceList.length == 0) {
        this.distributedDeviceList.push(data.device)
        AppStorage.Set('distributedDeviceList', this.distributedDeviceList)
      } else {
        var length = 0
        this.distributedDeviceList.forEach(element => {
          if (element.deviceId == data.device.deviceId) {
            return
          }
          length++
        })
        if (length == this.length) {
          this.distributedDeviceList.push(data.device)
          AppStorage.Set('distributedDeviceList', this.distributedDeviceList)
        }
      }
    })
  } catch (error) {
    console.error(`startDeviceDiscovery failed,error:${JSON.stringify(error)}`)
  }
}

在该函数中，我们注册发现设备回调监听，当周边有可认证设备被发现时，该回调函数会返回 DeviceInfo 类型的对象，其中为发现设备的部分设备信息：

this.mDeviceManager.on('deviceFound', (data) => {
  console.info('device found')
  console.info("deviceFound:" + JSON.stringify(data))
  this.distributedDeviceList = []
  if (this.distributedDeviceList.length == 0) {
    this.distributedDeviceList.push(data.device)
    AppStorage.Set('distributedDeviceList', this.distributedDeviceList)
  } else {
    var length = 0
    this.distributedDeviceList.forEach(element => {
      if (element.deviceId == data.device.deviceId) {
        return
      }
      length++
    })
    if (length == this.length) {
      this.distributedDeviceList.push(data.device)
      AppStorage.Set('distributedDeviceList', this.distributedDeviceList)
    }
  }
})

获取设备认证

在 authenticateDevice(deviceInfo: DeviceInfo, authParam: AuthParam, callback: AsyncCallback<{deviceId: string, pinToken ?: number}>): void 函数中，我们将所需配对的设备信息（DeviceInfo 类型）作为参数传入即可触发设备认证，当两个设备没有相互认证时，回调该函数，对端设备上会弹出 PIN 码，在请求认证设备（本设备）中输入对端设备生成的 PIN 码即可完成设备认证

static authenticateDevice(deviceInformation: deviceManager.DeviceInfo) {
  try {
    this.mDeviceManager.authenticateDevice(deviceInformation, {
      authType: 1,
      extraInfo: undefined
    }, (error, data) => {
      if (error) {
        console.error("authenticateDevice error:" + JSON.stringify(error))
        return
      }
      console.info("authenticateDevice result:" + JSON.stringify(data))
    })
  } catch (error) {
    console.error(`authenticateDevice error:${JSON.stringify(error)}`)
  }
}

终止发现周边设备

static stopDeviceDiscovery() {
  try {
    this.mDeviceManager.stopDeviceDiscovery(this.subscribeId)
  } catch (error) {
    console.error(`stopDeviceDiscovery failed,error:${JSON.stringify(error)}`)
  }
}

获取可信任设备列表

当多个设备间完成相互认证时，调用该方法会获取完成认证的设备列表（deviceManager.DeviceInfo[]）：

static getTrustedDeviceListSync() {
  return this.mDeviceManager.getTrustedDeviceListSync()
}

解除设备认证

static unAuthenticateDevice(deviceInformation: deviceManager.DeviceInfo) {
  this.mDeviceManager.unAuthenticateDevice(deviceInformation)
}

释放资源

static release() {
  this.mDeviceManager.release()
}

以上便是 openHarmony 中的多设备分布式组网认证过程，怎么样，你 get 到了吗 <_>

最后

小编在之前的鸿蒙系统扫盲中，有很多朋友给我留言，有很多小伙伴不知道学习哪些鸿蒙开发技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？而且学习时频繁踩坑，最终浪费大量时间。所以有一份实用的鸿蒙（HarmonyOS NEXT）路线图、学习视频、文档用来跟着学习是非常有必要的。 

如果你是一名有经验的资深Android移动开发、Java开发、前端开发、对鸿蒙感兴趣以及转行人员

鸿蒙 NEXT 全栈开发学习笔记  希望这一份鸿蒙学习文档能够给大家带来帮助~

这份鸿蒙（HarmonyOS NEXT）包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、（南向驱动、嵌入式等）鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。

biu~biu!
关注
专栏目录
OpenHarmony实战开发-分布式数据管理
2401_82546228的博客
04-02 1175
本示例展示了在eTS中分布式数据管理的使用，包括KVManager对象实例的创建和KVStore数据流转的使用。
OpenHarmony分布式软总线与设备认证模块总结
weixin_46669761的博客
05-31 6080
此次OpenHarmony1.x源码分析涉及了分布式软总线（Lite版本）、设备认证（Lite版本）两个较大模块。
OpenHarmony多设备分布式组网认证
m0_60467617的博客
10-31 809
OpenHarmony多设备分布式组网认证
OpenHarmony实战开发-如何实现文件分布式同步编辑
2401_82546228的博客
05-26 603
在分布式文件场景中，分布式设备管理包含了分布式设备搜索、分布式设备列表弹窗、远端设备拉起三部分。首先在分布式组网内搜索设备，然后把设备展示到分布式设备列表弹窗中，最后根据用户的选择拉起远端设备。两台设备组网的分布式场景是工作中常常需要的。这样的分布式场景有助于加快工作效率，减少工作中的冗余，本例将为大家介绍如何实现上述功能。​ (2)订阅分布式数据变化：通过this.distributedObject.on(‘status’, this.statusCallback)监听分布式数据对象的变更。
OpenHarmony实战开发-如何实现分布式画布
m0_70749039的博客
05-26 415
两台设备组网，当其中一个设备修改文件时，两个设备可以同步修改的结果。分布式场景可以在协同办公（如多人多设备编辑同一文件），设备文档更新（分布式设备更新文件内容，所有设备同步更新）中发挥重要作用，有助于加快工作效率，减少工作中的冗余。在分布式文件场景中，分布式设备管理包含了分布式设备搜索、分布式设备列表弹窗、远端设备拉起三部分。首先在分布式组网内搜索设备，然后把设备展示到分布式设备列表弹窗中，最后根据用户的选择拉起远端设备。通过数据懒加载的方式遍历绘制的图形。返回按钮、删除按钮也通过Button组件呈现。
OpenHarmony南向开发：简析分布式软总线能力规范总结
weixin_55362248的博客
08-25 624
分布式软总线提供一种不区分链路的设备间发现、组网和传输的能力：
【鸿蒙南向开发】OpenHarmony 源码解析之分布式数据库
HarmonyOS_666的博客
08-07 1124
本文基于`OpenHarmonyOS 3.0 LTS `来讲解**分布式数据服务（Distributed Data Service，DDS）** 提供不同设备间数据库数据分布式的能力。从架构上来说，分布式数据服务是开源鸿蒙底层服务的基础服务，与分布式任务调度同层。然而在使用分布式任务调度功能时，基本上都需要进一步要求数据交互功能，完成完整的分布式功能，因此在学习分布式任务调度的同时，不可避免的需要学习分布式数据服务相关的功能与底层服务。
OpenHarmony南向开发：分布式软总线子系统规范总结
maniu110的博客
07-10 1016
针对该部件的HAL层接口进行硬件适配，或者可选的软件功能适配。
鸿蒙原生应用开发—分布式数据对象
m0_70748458的博客
04-25 692
在可信组网环境下，多个相互组网认证的设备将各自创建的对象加入同一个 sessionId，使得加入的多个数据对象之间可以同步数据，也就是说，当某一数据对象属性发生变更时，其他数据对象会检测到这一变更，同时将自身属性更新。此时，该 sessionId 下的所有数据对象属性相同，这样的数据对象称之为分布式数据对象。此外，分布式数据对象可以被动退出 sessionId，当分布式数据对象退出 sessionId 后，该对象将检测不到其他对象的变更。
OpenHarmony实战开发-如何使用分布式能力实现一个计算器应用
2401_82546228的博客
04-03 788
本示例使用分布式能力实现了一个简单的计算器应用，可以进行简单的数值计算，支持远程拉起另一个设备的计算器应用，两个计算器应用进行协同计算。
OpenHarmony深度解读之分布式软总线：设备认证机制浅析
weixin_46669761的博客
05-28 3084
一、概述 为保证设备互联安全性，即保证用户数据在多个终端设备间的安全流转，OpenHarmony提供了可靠的设备认证机制，主要分为设备间信任关系的建立和设备通信时信任关系验证两个阶段。 设备认证提供了IoT主控设备（手机、平板等）与IoT配件设备（如智能家居、智能穿戴等）间建立并验证帐号无关点对点信任关系的能力。具备这种信任关系的设备在通信连接时可搭建安全的连接通道，实现用户数据的端到端加密传输。 二、设备认证机制的实现 IoT主控设备的身份标识 IoT主控设备在与配件设备建立点对点信任关系时，会生成椭
OpenHarmony分布式五子棋-使用Canvas组件 实现棋盘、棋子的绘制
2401_82546228的博客
04-01 1178
五子棋是一款比较流行的棋类游戏，此游戏使用分布式数据管理功能开发完成的。
鸿蒙ArkUI实战开发-主打自研语言及框架
zzlyx99的专栏
10-02 1013
ArkUI 是 HarmonyOS 的声明式 UI 开发框架，而 ArkUI-X 是基于 ArkUI 框架扩展而来的跨平台开发框架。ArkUI-X 支持 HarmonyOS、OpenHarmony、Android 和 iOS 平台，允许开发者使用一套代码构建支持多平台的应用程序。
鸿蒙OS投票机制
AP11090250的博客
10-09 192
可以看到foundation进程有4个投票事件，会在相应的时机，代码中调用system::SetParam eter方法进行投票。如果有需要投票的地方没有投，会导致开机动画不会退出，开机动画退出会检测bootevent.boot.completed事件。
鸿蒙HarmonyOS中Image图片组件以及HarmonyOs图标库完全解析
yuanlaile的博客
10-09 128
鸿蒙HarmonyOS中Image图片组件以及HarmonyOs图标库完全解析
HarmonyOs 查看官方文档使用弹窗
制定持续可量化的目标，不断坚持。
09-29 1187
HarmonyOS跟上网上的视频学习一段时间后，基本也就入门了，但是有一些操作网上没有找到合适教学的视频，这时，大家就需要养成参考官方文档的习惯了，因为官方的开发文档是我们学习深度任何一门语言或框架的途径，官网的开发文档写的足够全面，可以在其中学到一些网上视频所没有的内容。官网文档ArkUI链接：ArkUI简介-ArkUI（方舟UI框架）-应用框架 - 华为HarmonyOS开发者 (huawei.com)
HarmonyOS NEXT应用开发实战(二、封装比UniApp和小程序更简单好用的网络库)
最新发布
独行猫a 的沉淀、积累、总结。天天学习，好好向上...c/c++,嵌入式 linux,Android,HarmonyOS)
10-09 470
接上篇，HarmonyOS NEXT应用开发(一、打造最好用的网络通信模块组件)-CSDN博客​​​​​​网络库已经封装好啦，成功发布到了OpenHarmony三方库中心仓。OpenHarmony三方库中心仓但是现在还没人气，可能一些伙伴不会用。这里特写了篇文章和使用demo，发出来让大家看下，原来写网络接口竟可以如此简单。有多简单？
鸿蒙星河Next系统从入门到精通：开启智能设备新纪元
进击的码农
10-04 1312
鸿蒙星河Next系统是华为自主研发的分布式操作系统，旨在为各种智能设备提供统一的操作系统解决方案。它具有跨设备协同、分布式软总线、统一UI框架等特点。鸿蒙星河Next系统为开发者提供了广阔的发展空间。通过不断学习和实践，您将能够充分利用鸿蒙星河Next系统的强大功能，开发出更加创新和高效的应用。让我们一起在鸿蒙生态中探索无限可能！欢迎在评论区分享您的学习经验和问题，我们一起讨论鸿蒙星河Next系统的开发技巧！关注微信号：海豹工匠，并回复鸿蒙课程，可以获得最新的视频教程哦。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值