从中可以看到厂商适配相关接口的存放目录应为“$ohos_vendor_adapter_dir/hals/utils/file”，且该目录下 BUILD.gn 文件中的目标应为 hal_file_static。utils 部件可被各业务子系统及上层应用使用，依赖芯片文件系统实现，需要芯片平台提供文件打开、关闭、读写、获取大小等功能。

foundation\distributedschedule\dmsfwk_lite\source\dmslite_msg_handler.c文件中包括两个函数：StartAbilityFromRemoteHandler()用于接收会话消息数据解析得到的启动FA的命令id，用于启动FA；ReplyMsgHandler()用于回复消息。该文件中主要包含一些对解析后的命令id的操作，目前只支持两种操作

OpenHarmony之分布式软总线discovery_service.c（四）

本文针对thread_adapter、memory_adapter、time_adapter部分进行解读，也是samgr/adapter下关于POSIX和CMSIS的最后一部分代码。在adapter部分对POSIX和CMSIS在队列、线程、内存、时间方面进行统一的接口声明，并进行不同环境下的具体实现，保障OpenHarmony移植性。鸿蒙（HarmonyOS）北向开发知识点记录~鸿蒙（OpenHa

针对客户端发起的end请求，服务端应作出对应的响应，本文重点介绍服务端解析end请求的过程及构造响应消息的过程。/*函数功能：构造pake服务端confirm消息函数参数：data：待发送数据函数返回值：json格式的字符串*///pake_end_response_data结构接收数据//将kcfData值转换为十六进制格式的字符串//申请2048字节的空间以存放待发送消息//清空该地址空间}/

本文是对分布式任务调度之系统服务管理中的一些基础框架、数据和操作总体概述，包含底层内存管理、底层队列操作、底层线程管理、时间操作、令牌桶操作、vector操作、系统功能存储结构等。这也是Samgr部分中的最后一个子主题。它们作为底层操作为上层服务和功能间的交互提供相应的支持。分析思路采用1篇总体概述+n篇代码标注的方式进行技术分享。在本文中提到的数据结构或函数的详细分析可以在文末的附录中找到，其中

本文继续分析samgr_lite的函数实现。本部分还有许多函数待分析，将在后续的文章进行分析。删除samgr中的服务。向samgr注册服务。

本文将继续介绍设备之间的身份认证过程的相关细节，关于加密数据包的不同类型的处理。本文主要分析数据包类型为MODULE_TRUST_ENGINE的处理过程。源代码主要位于wifi_auth_manager.c文件的函数OnModuleMessageReceived()中。

如果手里不是 Hi3516DV300 这块开发板就不用往下看了。烧录开发板是每个开发者的必修课，每次对系统的修改务必进行烧录测试，确保修改正确和不会引入新问题。本文基于 Windows10，以 Hi3516DV300 开发板为例，指导如何烧录 OpenHarmony 镜像，镜像也叫固件。这块开发板是 OpenHarmony 最早完全支持的开发板，属于小型系统和标准系统的开发板，整个烧录、IPOP

本文针对message中的相关函数的实现进行分析，相应的文件位于distributedschedule_samgr_lite\samgr\source\message.c。本部分消息通信的过程是基于消息队列来实现的，穿插了大量的消息队列操作，消息传递的对象是exchange，内部包含了request和response。