上一篇博客OpenHarmony解读之设备认证：数据接收管理-获取HiChain实例(1)介绍了hichain实例获取的部分内容，本文将继续进行分析。在上一篇博客介绍的函数中，在进行完密钥等信息的初始化之后，调用函数创建属于本端的长期保存的密钥对，这个密钥对初步分析是用于设备之间的身份可信认证。创建密钥对部分可分为四个阶段：1、获取协议参数。2、生成服务id。3、生成密钥别名。4、生成长期保存的密

【鸿蒙OH 5.0】OpenHarmony轻量系统服务管理|进程间通信的客户端代理详解(二)

discovery_service.h头文件提供与设备服务发布相关的功能，包括发布服务、取消发布服务、设置设备参数。当发现附近的多个设备并将其联网后，可以使用这些接口进行业务发布的相关操作。PublishFailReason 为发布失败的原因。发布失败的原因在发布失败后，会在发布失败回调函数输出原因。DataBitMap 为设备发布支持的功能。定义设备类型枚举和设备类型名称之间的映射。枚举设备信息

客户端收到来自服务端的响应消息之后，针对消息内容进行相关处理并再次发起sts end请求，目的在于发送可信认证数据，使得服务端可以验证客户端的身份。本文将对这个过程进行详细介绍。/*函数功能：构造json格式的认证ack请求消息函数参数：data：待发送数据函数返回值：成功：json格式的字符串失败：NULL*///将原始的authdata字节数据转换为十六进制的字符串//为json字符串申请空间

在distributedschedule_samgr_lite\interfaces\kits\samgr\common.h文件中提供了简化的vector容器和转换函数。并针对vector容器的操作函数进行设计。下面对相关代码进行分析。

本文围绕的主题是中消息处理的流控机制，相关的代码实现位于。在对代码的分析中，发现鸿蒙系统自己实现了一个令牌桶算法来做流量控制。算法的原理是以一种恒定的速率生成令牌，如果需要处理消息就从桶中获取令牌，若有则允许执行，若没有则拒绝。#define TOKEN_PRE_MSG 1000 //消息处理大小int rate;//每毫秒生成令牌的速率，现在使用TPSint burst;//令牌桶的突发大小//

Mbed TLS 库旨在与现有（嵌入式）应用程序集成，并为安全通信、加密和密钥管理提供构建块。Mbed TLS 设计为尽可能松散耦合，允许您只集成您需要的部分，而无需其他部分的开销。这也导致 Mbed TLS 库的内存占用和构建占用非常低。通过消除系统中不需要的部件，您可以获得从低至 45 kB 到更典型的 300 kB 的构建大小，以实现功能更齐全的设置。

本文从目前流行的垂类市场中，选择购物行业应用作为典型案例详细介绍 “一多” 在实际开发中的应用。购物行业应用的核心功能为浏览商品、商品比价和直播购等。根据这些核心功能，本文选择首页、商品分类页、商品详情页、商品支付页、咨询客服页、直播间页等作为典型页面进行开发，遵从多设备的“差异性”、“一致性”、“灵活性”和“兼容性”，能够让开发者快速高效地掌握“一多”能力并实现购物比价应用的相关功能。

在上文中说到，客户端根据服务端的start响应消息发起了end请求，本文将重点介绍服务端是如何处理和响应end请求的。/*函数功能：构造json格式的认证ack响应消息函数参数：data：待发送数据函数返回值：成功：json格式的字符串失败：NULL*///用sts_end_response_data结构接收数据//将原始的authdata字节数据转换为十六进制的字符串//为json字符串申请空间

在针对鸿蒙模块二的源代码分析中，发现它业务逻辑的实现围绕着三大概念展开，分别是服务()、功能()和功能接口API(所以理解并掌握这三个概念对于我们深入学习鸿蒙底层代码的业务逻辑有极大的帮助。下面我将结合前期分析鸿蒙代码的经验，通过图文并茂的方式为读者讲解它们的基类和实例对象以及相应的作用。