一、进入认证的入口判断 在 DeviceAuthStateEnter 中，根据以下标志决定认证路径： auth_session_fsm.c:L1290-L1299 if (info->normalizedType == NORMALIZED_SUPPORT || info->isSupportFastAuth || info->isSupportD

 一、整体架构概述 软总线认证模块是OpenHarmony分布式通信的核心安全组件，位于 foundation/communication/dsoftbus/core/authentication/ 目录下。该模块基于HiChain安全认证框架，实现了设备间的双向身份认证和会话密钥协商。 二、认证管理器 (AuthManager) 2.1 核心数据结构 auth_ma

整体架构概览 连接模块位于 core/connection/ 目录下，采用策略模式设计，通过 ConnectFuncInterface 统一接口抽象不同连接类型，由 ConnServerInit() 在初始化时注册各连接类型的实现到全局数组 g_connManager[CONNECT_TYPE_MAX] 中。 连接模块

概述 观察者模式（Observer Pattern）是分布式软总线连接模块的核心架构模式，它定义了一种一对多的依赖关系：当一个对象（被观察者/Subject）的状态发生改变时，所有依赖于它的对象（观察者/Observer）都会收到通知并自动更新。 在连接模块中，连接管理器（ConnManager）是被观察者，各业务模块（认证、通道、代理等）是观察者。这种设计使得连接状态的变化能够自动、透明地传播给

本文系统介绍了OpenHarmony分布式软总线的传输层架构设计，重点分析了其分层架构与核心模块的实现机制。架构采用会话(Session)与通道(Channel)分离的设计思想，支持Proxy/TCPDirect/UDP/Auth四种通道类型，通过Lane抽象层实现多网络介质的透明切换。文章详细阐述了各层职责、关键设计模式（如Pipeline架构、统一回调机制）、QoS分级策略以及完整的数据流处理

 一.是什么 调度器模式算是设计模式中的一种 调度器模式 = 在统一接口之下，根据能力位图（capabilityBitmap）将请求路由到不同的具体实现。 本质上是 策略模式 + 路由表 的结合： 策略模式：所有子实现提供相同的 DiscoveryFuncInterface 接口路由表：每个子实现注册一个 IsConcern&n

 接口目录结构总览 1. 公共接口（Common） 头文件: softbus_common.h | softbus_error_code.h 常量定义 常量值说明NETWORK_ID_BUF_LEN65网络ID长度UDID_BUF_LEN65UDID长度UUID_BUF_LEN65UUID长度BT_MAC_LEN18蓝牙MAC地址长度IP_STR_MAX_L

整体架构概览 发现模块位于 core/discovery/，采用分层架构 + 策略模式设计，由5个子模块协同工作 1. 发现管理框架（Manager） 核心文件： disc_manager.h — 对外接口定义disc_interface.h — 内部模块接口disc_manager.c — 核心实现softbus_disc_server.c —

一、架构总览 分布式软总线在 standard 系统上采用 OHOS 标准的 IPC Binder 机制 实现 Client-Server 架构。整体结构如下： 二、Server 端详解 2.1 SA 注册与启动 SA Profile: 4700.json { "process": "softbus_server", &quot

前言 之前看带我的人写的博客，从分布式软总线的发布认证到组网，对分布式软总线有些写基础的认知，接下来打算进行一个深入的学习，这里将分布式软总线学习的任务清单列出来    项目概览 项目路径: foundation/communication/dsoftbus 分布式软总线实现近场设备间统一的分布式通信管理能力，提供不区分链路的设备间发现连接、组网和传输能力。核心三大功