框架什么是框架？这里的框架说的是系统框架，也可以理解为软件架构，一个设计良好的架构应该能允许一个系统从单体结构开始，以单一文件的形式部署，然后逐渐成长为一组相互独立的可部署但愿，甚至是独立的服务或者微服务。最后还能够随着情况的变化，允许系统逐渐回退到单体结构。为什么要搭载系统框架？软件架构不一定要提供服务，但是它最明显的特征就是能够划分边界，或者说软件架构中最强的边界形式就是服务。听起来似乎有点绕

前情回顾在上一篇博客的最后我们提到了客户端和服务端这两个在系统框架中最重要的角色，这篇博客，将从代码的结构去解析客户端的工作流程，参考文件目录：distributedschedule_samgr_lite/samgr_client/source/remote_register.c该文件的相关代码注释和函数介绍在之前的博客中有提及：OpenHarmony模块二samgr_client文件下头文件和源

distributedschedule_samgr_lite/samgr_server/source/samgr_server.c本篇博客将继续完成上次未完成的工作，继续介绍该文件下的后续代码该函数的功能是作为服务器代理接收信息然后调用相关函数static int32 Invoke(IServerProxy *iProxy, int funcId, void *origin, IpcIo *req

前情回顾在上一篇博客中，我们提到了鸿蒙的框架模块中的系统框架和一些系统类型的区别，了解到系统框架的功能主要是提供服务，今天我们顺着框架模块的学习，继续探讨框架模块下提供的服务框架的实现。服务架构面向服务的架构是一种软件架构或者软件模型，这种架构下，系统提供的各种功能都会以服务的形式提供给用户或者系统内外的其它服务来使用。服务之间的关系服务与服务之间是松耦合的关系，互相之间使用中立的接口和标准的方式

初识OpenHarmony三大模块OpenHarmony是开放原子开源基金会旗下开源项目，愿景是打造开放的、全球化的、创新且领先的面向多智能终端、全场景的分布式操作系统，构筑可持续发展的开源生态系，其中有三大特色模块，每个模块有着不同的功能，但又相互联系。特色模块模块一：communication_softbus_lite设备通信方式多种多样(USB/WIFI/BT等)，不同通信方式使用差异很大且

前言不知不觉不闻，不痛不痒，多少的时光~不知名的某个，夜晚小巷……咳咳，跑题了。历时3个月的比赛，看了三个月的OpenHarmony，终于在今天迎来了尾声，也是时候做做总结了，感谢平台，感谢博客，感谢我的队友。三大模块总结——终章第一模块——分布式软总线该模块的功能主要是用于适配不同通信模式下底层实现的不同，通过API实现设备之间的发现和快速通信。该模块的服务构建模式：1.严密的安全认证，参数缺失

distributedschedule_samgr_lite/interfaces/kits/registry/iproxy_server.h该文件主要提供了服务器代理，此功能是提供跨进程系统功能所必需的。该宏定义了服务器代理的默认版本号，当Samgr使用服务器代理版本查询已注册的服务器代理时，将注册跨进程系统功能。#define SERVER_PROXY_VER 0x80#define SERV

distributedschedule_samgr_lite/samgr_server/source/samgr_server.c今天继续介绍samgr_server.c下的后续代码首先是一个samgr服务定义的函数，后续函数在定义时都会用到该函数的各种定义static SamgrServer g_server = {.GetName = GetName, //获得函数名.Initialize =

OpenHarmony模块二interfaces下头文件解析（4）distributedschedule_samgr_lite/interfaces/kits/samgr/samgr_lite.h该文件主要为简要管理系统提供使用服务，在服务和使用向Samgr注册并被Samgr发现时进行调用。由系统服务开发人员实现。文件开头首先给了三个宏定义：//brief启动一个引导服务，该服务由samgr使用，

distributedschedule_samgr_lite/interfaces/kits/communication/braodcast/broadcast_interface.h该模块下的文件主要为服务提供数据订阅和数据推送，使用此模块，服务、功能或其他模块可以广播事件或数据，且所有接收这些事件或数据的服务都可以接收这些广播。该文件主要提供广播服务的外部接口和基本类型定义，这些接口和类型用于