小~Q-优快云博客

原创 OH标准系统拨打电话和接听电话实现梳理

本文梳理了OpenHarmony电话子系统中拨号和接听的实现路径，主要包含以下内容：术语对照表：详细解释CS、IMS、MMI、RIL等关键术语的中英文全称及简要说明。文档范围：覆盖应用接口层、call_manager、cellular_call、CS路径和IMS路径等模块，展示拨号/接听请求的数据流向。主要结论：拨号主链路：应用接口→call_manager→CellularCallConnection→cellular_call→CSControl/IMSControl→core_service/

2026-07-16 13:28:09 245

原创 OH 标准系统启动结构梳理（六）：启动与孵化问题定位手册

摘要：本文针对标准系统启动与孵化问题的排查，提出了一套清晰的决策框架。首先区分进程是否存在（不等于Ready状态），再判断进程是否真正ready。随后定位问题发生的具体链路：能力链（SA启动）、孵化链（appspawn回包）或sandbox链（挂载问题）。通过四步判断法（进程存在→进程ready→链路定位→父子进程区分），将复杂问题快速收敛到具体模块，有效避免误判方向。该方法特别强调不能将"进程存在"等同于"系统ready"，为排查提供结构化思路。

2026-07-15 19:11:31 402

原创 OH 标准系统启动结构梳理（五）：跨子系统总启动时序

本文梳理了标准系统启动过程中五个核心模块的职责与交互关系： init（启动控制面）：作为首个用户态进程（PID 1），负责启动阶段推进、服务管理和配置解析； ueventd（设备就绪面）：处理设备事件，确保文件系统和设备节点就绪； samgr（能力控制面）：管理系统能力（SA）目录，实现按需拉起和状态管理； safwk（SA承载面）：在进程内加载并注册SA，完成能力发布； appspawn（应用孵化面）：将应用请求转化为受控进程，构建沙箱环境。五层模型通过分工协作（控制面→设备面→能力面→应用面）实现系统

2026-07-15 17:22:45 379

原创 OH 标准系统启动结构梳理（四）：appspawn sandbox 实现拆解

global是 sandbox JSON 中最顶层的配置块，它不定义具体的挂载路径，而是定义整个沙箱的根目录模板和namespace 能力边界。

2026-07-15 15:14:05 239

原创 OH 标准系统启动结构梳理（三）：samgr / safwk 启动接入链路

本文分析了OpenHarmony中samgr和safwk的系统能力管理机制，主要包含以下要点：角色划分： samgr作为全局系统能力管理器，维护SA注册表和进程映射关系 safwk作为单个SA进程的装载框架，负责profile解析和SA实现体加载 SA实现体通过Publish()向samgr注册启动流程： init直接拉起samgr核心服务 samgr初始化后建立IPC上下文，成为系统能力中心节点 safwk以sa_main + profile模式按需加载具体SA进程关键机制： samgr启动时扫描全

2026-07-14 15:08:11 218

原创 OH 标准系统启动结构梳理（二）：appspawn 进程孵化专题

摘要：本文聚焦OpenHarmony标准系统中的appspawn应用孵化机制，详细解析其工作原理和实现架构。作为系统启动链中的关键组件，appspawn由init进程在boot阶段通过配置文件（.cfg/.rc）拉起，以本地socket（AppSpawn）形式提供服务。核心功能包括：接收框架侧启动请求，通过模块化架构（含SANDBOX、HOOK等模块）进行权限校验、环境准备，最终通过fork/clone生成业务进程。实现上采用多阶段HOOK机制（如STAGE_SERVER_PRELOAD、STAGE_CH

2026-07-09 14:01:15 235

原创 OpenHarmony标准系统启动结构梳理(一)

从启动结构上看，可以将其理解为由 second-stage init 编排的一个关键基础服务：它并非启动主控，但后续所有应用进程的拉起都需经由它。是启动阶段的设备节点和 sysfs 权限处理器，并非总调度器，但它是 first-stage 和 early-boot 必须依赖的基础设施。先将机器从“刚出内核”的状态带到“可以读配置、可以创建设备节点、可以启动服务”的状态，再根据。对标准系统来说，它的意义不是“启动更多服务”，而是“让后续服务有正确的设备入口和权限环境”。

2026-07-09 11:11:55 337

原创软件开发工程编译工具与工具链说明

本文由移远通信技术股份有限公司提供，系统梳理了C/C++开发工具链的组件分类及适用场景。文章首先通过表格形式对比了编译器（GCC、Clang、MSVC等）、链接器（ld、gold、lld等）、C运行时库（glibc、musl等）、C++标准库（libstdc++、libc++等）和低层运行时（libgcc、compiler-rt等）五大核心组件的实现差异，强调工具链各层级的独立性及混用风险。文档特别指出工程中常见兼容性问题往往源于未统一工具链基线，并提供了按需阅读路径，适合研发人员在技术选型、方案评审时作为

2026-07-09 09:11:30 324

原创 OpenHarmony电话子系统短信发送流程分析

OpenHarmony的短信功能由Telephony子系统提供，主要包括以下核心能力：基础功能支持短信收发、SIM卡管理、服务中心配置等基础能力提供系统级API供开发者调用应用开发预置短信应用支持会话管理、消息收发、垃圾拦截等功能支持三方应用通过startAbility接口调用系统短信页面 Flutter生态已适配flutter_sms库架构设计采用四层模型，核心组件包括： SmsInterfaceManager：统一接口管理 SmsSendManager：发送调度与生命周期管理 SmsSen

2026-07-08 17:03:19 330

原创 OpenHarmony最新电话子系统CS 实现梳理解读

本文基于OpenHarmony电话子系统源码，梳理了传统CS(2G/3G)语音电话的实现架构。主要模块包括：call_manager作为统一入口管理CS/IMS/OTT三种呼叫；cellular_call负责蜂窝通话具体实现，通过CSControl处理CS电话；core_service和ril_adapter将请求转发到底层modem。文章详细分析了CS电话的请求下行链路，从应用层到AT指令的完整调用流程，以及各模块的职责边界和进程分工。整体架构采用分层设计，实现了呼叫控制与底层实现的解耦。

2026-06-24 11:16:48 236

原创 OpenHarmony电话子系统架构与业务梳理

文档概述说明：1.文章由移远通信技术股份有限公司提供2.以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改

2026-06-15 13:16:26 429

原创 Hats测试用例HatsHdfDisplayBufferUtTest会导致设备panic问题解决

摘要：在OpenHarmony 5.0.3系统(UIS7885平台)测试中，运行HatsHdfDisplayBufferUtTest时出现严重内存压力问题。测试进程高频申请图形缓冲区(累计2234MB)，触发35次低内存回收(LMK)，导致系统服务卡顿(最长阻塞38秒)。分析表明问题根源在于高频大块内存申请与回收机制失衡，而非内存泄漏。临时解决方案包括降低测试压力、增加延迟；根治方案通过引入分级内存配额管理(如设置320MB上限)、动态重试机制等优化allocator实现。该问题影响系统稳定性，存在量产风

2026-05-26 10:30:40 456 1

weixin_39441050的博客