# 如何实现openharmony SAMgr
## 概述
在本文中，我将向你介绍如何实现openharmony SAMgr。作为一名经验丰富的开发者，我将带你逐步了解该过程，并提供代码示例和注释来帮助你理解每个步骤的目的。
## 流程概览
下面是实现openharmony SAMgr的整体流程的表格表示：
```mermaid
flowchart TD
A[初始化环境] --> B
原创
2024-01-09 21:12:14
112阅读
# samgr实现原理
## 1. 简介
在开始讲解samgr的实现原理之前，我们先来了解一下samgr的概念和作用。samgr是Service Admin Manager的简称，它是华为LiteOS系统中的一种服务管理机制，用于实现不同服务之间的通信和调用。通过samgr，我们可以在系统中注册和管理各种服务，并通过接口进行服务的调用，从而实现模块之间的解耦和高效的通信。
## 2. 实现原
原创
2024-01-10 01:40:33
242阅读
其结构包含两部分：有向单词无环图（\(\texttt{DAWG}\)）以及一棵树（\(\texttt{parent}\)树）。它们的节点集合相同。目标：最小化节点集合大小！DAWG\(\texttt{DAWG}\)是\(\texttt{DAG}\)，其中每个节点表示一个或多个\(\texttt{S}\)的子串。特别地，起始节点对应\(\varnothing\)。每条转移边上仅有一个字符。从起始节点
转载
2023-12-27 11:14:58
91阅读
OHOS标准系统的SAMGR代码解读（v3.1）2samgr梁开祝20220907前文：OHOS标准系统的SAMGR代码解读（v3.1）0前言(https://ost.51cto.com/posts/16675)OHOS标准系统的SAMGR代码解读（v3.1）1safwk(https://ost.51cto.com/posts/16724)  OHOS标准系统的samgr组件位
原创
2022-09-13 14:17:28
1791阅读
点赞
# 鸿蒙SAMGR是什么意思
## 1. 概述
在学习鸿蒙(Smart Device Operating System, HarmonyOS)开发过程中，很重要的一点就是了解SAMGR(Service Abstract Manage), 即服务抽象管理，它是鸿蒙系统中的一个重要模块。
本文将向你介绍SAMGR是什么以及如何实现。
## 2. SAMGR的作用
SAMGR是鸿蒙系统中的一个
原创
2024-01-12 20:21:30
376阅读
接前文《Hi3861的SAMGR--系统服务框架子系统-1》《Hi3861的SAMGR--系统服务框架子系统-2》
删除《系统服务框架子系统-1》的 “3.大概流程” 这一小节，由本文进行替换。
samgr的展开图和Hi3861开机部分的log，一并打包到附件，请看图和log，结合代码，理解本文。
原创
2021-06-10 15:23:29
1071阅读
OHOS标准系统的safwk组件位于3.1分支代码的//foundation/distributedschedule/safwk/目录下，在最新的master分支代码则是//foundation/systemabilitymgr/safwk/目录下。
原创
2022-09-08 15:14:26
2749阅读
点赞
SOA(service-oriented architectur，面向服务的架构是一种软件架构或者软件模型，这种架构下，系统提供的各种功能都会以服务的形式，提供给用户或者系统内外的其它服务来使用，服务与服务之间是松耦合的关系，互相之间使用中立的接口和标准的方式进行通信和交互，与硬件平台、操作系统、编程语言没有相关性。这种架构特别适合在分布式的环境中使用，鸿蒙系统就是一个分布式的操作系统，自然采用了这种架构。
推荐
原创
2021-06-17 15:05:22
1968阅读
前言 在分布式调度框架中，关于轻量级服务管理的代码总体上可以分为四部分，分别是Samgr、Samgr_client、Samgr_endpoint及Samgr_server。本文是对Samgr部分的总体概述，相关代码文件位于distributedschedule_samgr_lite\samgr.后续对代码进行详细注解。Samgr总体分析 在samgr部分，可以将代码分为基础代码和核心代码。基础
转载
2024-03-21 22:11:34
170阅读
distributedschedule_samgr_lite/interfaces/kits/samgr/feature.h distributedschedule_samgr_lite/interfaces/kits/samgr/iunknown.hfeature.h该文件的功能是定义要素的基类，此类用于开发服务功能，为服务的功能生命周期提供功能。该结构体的功能就是该文件的功能，定义了要素的基类
Samgr模块提供了面向服务体系结构（SOA）的开发框架基础，提供了Servcie、Feature和Founction的基本模型，以及注册和发现功能。是鸿蒙Framework非常重要的部分。系统中基于Samgr开发了许多服务，如Broadcast service, Bootstrap Servcie等，用户也可以基于Samgr开发框架开发自己的Service。
转载
2021-05-08 15:15:42
992阅读
分布式任务调度下的samgr文件夹整体把握本篇我们主要来分析一下samgr该文件夹在这里起到的作用，按照官方文档中的介绍，samgr应该是起到管理系统资源的作用，这里主要是接口的调用，消息队列的实现，消息的收发，打包，解包以及服务的实现先从整体文件夹开始Samgr文件夹adapter 这里是一些数据结构的定义
cmsis：消息队列，WDT，等的设置
memory_adapter：内
转载
2024-09-09 15:35:25
55阅读
前言 本文是对Samgr部分中子主题IUnknown的总体概述，相关代码文件位于distributedschedule_samgr_lite\samgr\source。IUnknown概述 IUnknown是鸿蒙系统中非常重要的一个概念，作为服务或功能间交互的对外接口。当创建一个服务或功能时，需要为其绑定一个对外接口。其他的服务可以通过这个接口和它交互。下面给出IUnknown的基本结构，在开
转载
2024-06-17 14:19:48
45阅读
common.c文件这里的common.c是在samgr下面source一个子文件，samgr的作用是Manages system capabilities，也就是管理系统功能，它主要提供面向服务的体系结构(SOA)的开发框架基础。还提供了服务的基本模型、特性模型、功能模型和注册模型以及发现功能，我们还可以基于samgr框架节构开发自己的接口等功能，而common在里扮演什么角色呢？-------
简介samgr组件是OpenHarmony的核心组件，提供OpenHarmony系统服务启动、注册、查询等功能。系统架构图 1 系统服务管理系统架构图目录/foundation/distributedschedule
├── samgr
│ ├── bundle.json # 部件描述及编译文件
│ ├── frameworks # 框架实现存在目录
│ ├── int
service代码分析主要分析service部分代码和service_impl.h相关结构体 文件位置distributedschedule_samgr_lite\samgr\source\service.c头文件注释传送门service_impl.h相关结构体的支撑服务实例//服务的实例对象
typedef struct ServiceImpl ServiceImpl;
struct Servi
转载
2024-04-02 10:54:52
92阅读
Openharmony的IPC通信，几乎所有模块都有用到。
对IPC通信流程的理解，为熟悉了解其他模块有很重要的帮助。
IPC通信(仓库：communication_ipc)与safwk系统服务框架（仓库：distributedschedule_safwk）和samgr系统服务管理（仓库：distributedschedule_samgr）有很紧密的联系。
原创
2022-02-16 16:45:43
4161阅读
本想接着前文《OHOS标准系统的SAMGR代码解读》继续分析dmsfwk组件的实现细节，但发现涉及太多的IPC/RPC的内容了，如果对OHOS的IPC/RPC没有足够的理解，很难把dmsfwk组件理解透彻，因此我花了点时间，先整理了一下IPC/RPC相关的代码和部分流程，作为理解SAMGR相关组件的预备知识。
原创
2022-09-28 15:16:22
499阅读
#配置SAMGR组samgrtrack link-up interface smartgroup3 #上行口track link-parallel interface smartgroup2 #横连业务口track-group link-grouptrack link-uptrack link-parallel $$#配置关联口interface smartgro
原创
2023-10-19 23:01:03
237阅读
Cortex简介前提即要简介Cortex-ACortex-MCortex-M核心特点：Cortex-R总结 前提即要在系统服务框架-子系统samgr_lite介绍中有： 由于平台资源有限，且硬件平台多样，因此需要屏蔽不同硬件架构和平台资源的不同、以及运行形态的不同，提供统一化的系统服务开发框架。根据RISC-V、Cortex-M、Cortex-A不同硬件平台，分为两种硬件平台，以下简称M核、A核
转载
2023-11-10 07:33:47
161阅读
