- 博客(67)
- 收藏
- 关注
RSS订阅原创 鸿蒙应用开发之装饰器大总结 —— 从语法糖到全场景跨语言运行时的全景视角
装饰器是 “对类、属性、方法进行元编程扩展的声明式语法”。在 ArkTS 中，装饰器 = “编译期标记 + 运行期拦截”的双层模型： 编译期：ets-loader 扫描装饰器 → 生成元数据 → 注册到 ComponentMeta；运行期：由 ArkUI框架消费元数据，完成状态注册、依赖收集、Diff、最小化更新OpenHarmony 装饰器├─ ArkTS│ ├─ 页面入口 @Entry│ ├─ 组件定义 @Component。
2025-09-17 22:10:32
559
原创 OpenHarmony 之生态规则管控服务（Ecological Rule Manager Service）源码深度解读
应用跳转行为控制桌面卡片添加权限免安装元服务体验App：App，在打开元服务时会受到生态规则服务的管控。AbilityManagerService：元能力管理服务，用于协调各Ability运行关系、及对生命周期进行调度的系统服务。FormManagerService：卡片管理服务，管理卡片的生命周期，并维护卡片信息以及卡片事件的调度。BundleManagerService：包管理服务，负责应用安装包的管理，提供安装包的信息查询、安装、更新、卸载和包信息存储等能力。
2025-09-17 21:45:41
175
原创 openHarmony之开源三方库zlib适配讲解
本篇文章讲解了如何将第三方开源库适配到OpenHarmony系统中，以zlib压缩库为例，从0到1完成整个适配过程。
2025-09-17 11:05:35
149
原创 OpenHarmony包管理子系统核心源码深度解读：从BundleManager到AMS，彻底打通应用安装、卸载与沙箱机制全链路
全生命周期管理：支持应用的安装、卸载、更新、查询等完整生命周期管理多用户支持：完善的用户隔离机制，支持多用户环境下的应用管理系统应用保护：预置系统应用具有特殊保护机制，防止误删数据持久化：基于RDB的可靠数据存储，支持数据恢复开机自安装：系统启动时自动安装预置应用安全机制：权限控制、签名验证等多重安全保障参考资料OpenHarmony官方文档：https://gitee.com/openharmony/docs。
2025-09-16 21:53:26
310
原创 鸿蒙应用开发之文件路径终极梳理：一张表看懂沙箱、U 盘、rawfile、datashare 到底该用哪个！
【代码】鸿蒙应用开发之文件路径终极梳理：一张表看懂沙箱、U 盘、rawfile、datashare 到底该用哪个！
2025-09-15 18:15:56
1135
原创 揭秘OpenHarmony“御用”JSVM：从V8内核到毫秒级启动的引擎实战解析
OpenHarmony JSVM 是基于 V8 引擎的 JavaScript 虚拟机实现，采用分层架构设计，实现了高效的 JavaScript 执行环境与 OpenHarmony 系统的深度集成。创建JSVM_Env__实例。创建Platform线程池。OpenHarmony系统。JavaScript源码。返回Isolate实例。返回Context实例。封装为JSVM_Env。封装为JSVM_VM。
2025-09-14 22:28:18
826
原创 OpenHarmony DHCP 全栈深度剖析：从 DhcpClientStateMachine 到双栈 dhcpd 的客户端-服务器架构设计与源码实现
PublishDhcpResultEvent() 通知结果。InitSelecting() SELECTING状态。InitStartIpv4Thread() 启动线程。ScheduleLeaseTimers() 租约管理。DhcpDiscover() 发送发现报文。DhcpRequest() 发送请求。：多网卡同时启用DHCP时的路由冲突。DhcpInit() INIT状态。DhcpRelease() 释放。：WiFi DHCP获取IP超时。：DHCP服务异常时的自动重启。
2025-09-12 22:40:16
188
原创 OpenHarmony AVSession深度解析(二)：从本地会话到分布式跨设备协同的完整生命周期管理
AVSession是OpenHarmony多媒体框架中的核心组件，负责管理音视频会话的生命周期、状态同步和跨设备协同。它提供了统一的接口供应用创建会话、设置元数据、控制播放状态，并支持分布式场景下的会话迁移。需求: 添加新的会话类型支持（如直播类型）实现方案修改会话类型定义文件路径// 添加新的会话类型enum {SESSION_TYPE_LIVE = 4 // 新增直播类型更新类型映射文件路径{AVSession::SESSION_TYPE_LIVE, "live"}, // 新增映射。
2025-09-12 21:16:08
258
原创 OpenHarmony网络深度揭秘：从Wi-Fi驱动到用户态socket的实战源码讲解
需求: 根据应用UID设置不同的网络访问策略实现位置中的策略管理代码示例// 在net_conn_service.cpp中增加自定义策略// 根据配置设置网络策略// 优先使用WiFi// 限制后台数据。
2025-09-10 21:36:03
139
原创 盘点鸿蒙应用开发之“分享”功能解决方案
游戏结算页“一键生成带二维码的战绩海报”并让用户选微信 / 保存相册。// 1. 截屏// 2. 编码成 jpeg// 3. 落盘${getContextimport {import {import {import {// 1. 截屏 const pixelMap = await screenshot . getDisplaySnapshot();// 2. 编码成 jpeg const packer = image . createImagePacker();
2025-09-10 18:07:42
271
原创 Openharmony之camera驱动架构源码解读
name = "";// pipeline名称，用于标识不同场景name = "";// 节点名称，格式：类型#编号// 节点状态：new/active等// 流类型：preview/video/snapshotname = "";// 端口名称，格式：in/out + 编号// 对端端口名称// 对端节点名称// 方向：0=输入，1=输出width = 0;// 宽度 (像素)height = 0;// 高度 (像素)format = 0;// 像素格式 (如YUV420)
2025-09-10 16:41:27
591
原创 鸿蒙应用之网络请求方案总结
普通 REST→（开发快）或RCP（性能最优）实时推送→WebSocket（支持子协议、自动重连）私有协议→（记得用新 API + 粘包解码器）图片/大文件下载→ 开启 HTTP/2 + 断点续传（RCP 已内置）保持依赖最小化、权限声明最简、生命周期最严谨。
2025-09-10 15:16:34
719
原创 OpenHarmony多模输入子系统全链路剖析：从HCS配置到HDI芯片驱动源码深度解读
多模输入子系统是OpenHarmony中负责处理多种输入设备的框架，支持触摸屏、按键、编码器、红外等多种输入方式。该系统采用分层架构设计，通过HDF（Hardware Driver Foundation）框架实现硬件抽象和统一接口。多模输入子系统framework层级源码解读可参考《OpenHarmony 之多模态输入子系统源码深度架构解析// 实际设备类型定义（基于源码）// 设备属性结构体} DevAttr;// 设备能力结构体// ... 其他能力标志HDI接口定义在。
2025-09-09 22:52:38
474
原创 鸿蒙应用通知系统开发全攻略：从基础提醒到分布式跨设备同步的实战总结
【代码】鸿蒙应用-通知系统开发全攻略：从基础提醒到分布式跨设备同步的7大核心场景实战。
2025-09-09 18:50:24
464
原创 OpenHarmony之底层Ability元能力实现机制超级详解
是OpenHarmony元能力子系统的基础定义部件，提供应用启动和运行所需的核心参数定义能力。Want模块：组件启动参数载体，支持显式/隐式启动应用Configuration模块：系统环境参数管理，支持环境变化感知URI模块：统一资源标识符处理，支持本地及跨设备资源访问Base模块：基础数据类型定义，提供跨进程通信支持携带启动参数（BundleName、AbilityName、ModuleName等）支持显式启动（指定具体组件）和隐式启动（通过Action匹配）
2025-09-08 22:23:48
813
原创 深入理解OpenHarmony中的BUILD.gn：从语法到模块化构建
可执行文件 (executable 或 ohos_executable)：用于生成可直接运行的程序（如系统服务、命令行工具）。共享库 (shared_library 或 ohos_shared_library)：生成动态链接库（.so 文件），供其他模块调用。静态库(static_library 或 ohos_static_library)：生成静态链接库（.a 文件），在编译时链接到目标程序。配置文件/资源文件 (ohos_prebuilt_etc, ohos_copy,
2025-09-07 21:09:10
1062
原创 OpenHarmony之SELinux安全组件底层原理设计架构精讲
*SELinux（安全增强式Linux）**是Linux历史上杰出的安全组件，包含一组内核修改和用户空间工具，并提供了基于安全策略的强制访问控制机制（Mandatory Access Control，MAC）。本部件负责对文件、属性、服务等系统资源提供强制访问控制保护，提供neverallow规则限制系统中的高危操作，减少系统安全风险。核心功能强制访问控制：基于安全策略限制进程对系统资源的访问安全标签管理：为文件、进程、网络端口等资源分配安全上下文标签策略编译与加载。
2025-09-07 18:15:44
86
原创 OpenHarmony之设备风险管理平台（SecurityGuard）模块源码详解
设备风险管理平台（SecurityGuard，简称SG）是OpenHarmony安全子系统的核心组件，为应用提供全方位的设备风险分析能力。该组件通过多维度安全检测模型，实时评估设备安全状态，为应用提供可信的设备环境判断。主要功能特性：越狱检测：通过系统调用表、内核代码段完整性分析检测越狱状态设备完整性检测：基于boot状态、设备锁定状态判断设备完整性物理机检测：区分物理设备与模拟器环境风险分级评估：提供多级风险评分机制实时威胁监测：持续监控设备安全状态变化灵活模型管理。
2025-09-07 16:16:09
146
原创 openHarmony之热管理服务组件（Thermal Manager Service）详解和需求定制
热管理服务（Thermal Manager Service）是OpenHarmony电源管理子系统的核心组件，专门负责设备温度管理和热安全控制。该组件通过实时监测设备各部件温度，智能调节系统运行状态，确保设备在安全温度范围内稳定运行。主要功能特性：多传感器温度监测：支持SOC、电池、外壳、环境等多种温度传感器智能温控策略：基于温度阈值自动触发不同等级的温控措施动态性能调节：根据温度实时调整CPU、GPU、充电电流等参数场景化热管理：针对不同使用场景（游戏、拍照、充电等）提供定制化温控策略。
2025-09-07 15:16:42
35
原创 OpenHarmony 显示能效管理组件：掌控屏幕亮灭与亮度的核心利器
显示能效管理组件是OpenHarmony电源管理子系统的核心组件，负责显示屏的能效管理。该组件通过精细化的亮度控制和状态管理，实现设备功耗优化，延长电池续航时间。某些设备硬件限制，需要将亮度范围从默认的1-255调整为特定范围。需要实现非线性的亮度调节曲线，提供更好的用户体验。
2025-09-07 14:20:25
209
原创 OpenHarmony底层揭秘：SysCap能力集合机制的实现原理与源码级剖析
系统能力(SystemCapability, 简称SysCap)编解码工具(syscap_codec)是OpenHarmony开发工具集中的一个重要组件。该工具主要用于在应用开发过程中处理系统能力的编码和解码操作，是IDE、应用市场和包管理器集成的关键工具。
2025-09-06 23:12:03
627
原创 OpenHarmony之有源NFC-connected_nfc_tag模块详解
Connected NFC Tag模块是OpenHarmony NFC子系统的一部分，专门用于处理有源NFC标签的读写操作。与基础NFC模块不同，该模块专注于与已连接的有源NFC标签进行交互，提供更高层次的API供应用层使用。设备必须具备有源NFC标签芯片，才能使用有源NFC标签的读和写服务。
2025-09-06 19:03:00
754
原创 深度拆解OpenHarmony NFC服务：从开关到卡模拟掌握近场通信技术
HCE（Host Card Emulation）允许设备模拟智能卡功能，无需专用安全元件（SE）。：NFC服务核心类，管理整个NFC模块的生命周期。：标签分发器，处理标签发现和NDEF消息分发。：处理系统事件（屏幕状态、应用包变化等）创建NfcPollingManager。创建NfcRoutingManager。创建NfcEventHandler。：HCE管理器，处理卡模拟相关逻辑。创建TagDispatcher。创建NciNfccProxy。创建NciTagProxy。底层驱动上报Field事件。
2025-09-06 18:54:16
204
原创 OpenHarmony之USB Manager 架构深度解析
Usb设备作为device设备，设置ACM、ECM、HDC等功能。Usb设备作为host设备连接device设备进行数据传输。
2025-09-06 18:02:52
111
原创 openharmony之AV_CodeC音视频编解码模块详解(二)
OWNED_BY_USER = 0, // 应用层持有OWNED_BY_CODEC = 1, // 编解码器持有OWNED_BY_SURFACE = 2, // Surface持有// 缓冲区所有权// 实际数据缓冲区// Surface内存应用层：通过C API接口调用解码器框架层：提供统一的解码器管理和状态控制插件层：具体格式解码器实现FFmpeg层：底层编解码核心渲染层：Surface系统负责最终显示。
2025-09-05 13:43:15
258
原创 OpenHarmony之内核编译配置文件讲解
OpenHarmony 内核配置文件是系统构建过程中的关键组成部分，用于定义内核功能、驱动支持、硬件适配等核心参数。这些配置文件直接影响系统的性能、功能特性和硬件兼容性。
2025-09-04 23:10:12
997
原创 OpenHarmony Ability“全家桶”彻底拆解：从UIAbility到ExtensionAbility一文说清楚
OpenHarmony 自 API 9 版本起引入了全新的应用模型——Stage 模型，它标志着 OpenHarmony 应用开发框架的一次重大演进，后面版本都是主推Stage模型。Stage 模型将 Ability 主要分为两大类：UIAbility 和ExtensionAbility。支持标准类型 + ArrayBuffer + PixelMap + 序列化对象。FA 模型中固定的 Page、Service、Data 三种类型不同，系统底层完成分布式序列化、反序列化、窗口重建。：动态壁纸，比如卡片。
2025-09-03 20:13:46
877
原创 OpenHarmony HVB安全启动一键启停全栈实践：从U-Boot签名到fastboot解锁的闭环避坑指南
按需校验适用于大的文件系统镜像包，由内核在访问存储块时进行完整性校验。此方案可以不用在开机时对整个进行进行完整性校验，而只对hashtree进行校验，加快系统启动速度。整包校验适用于一次性加载的镜像，这种镜像只需要生成一个hash值即可，加载镜像时对整个镜像进行hash计算，与编译时的hash值进行对比确保完整性。HVB（OpenHarmony）与 AVB（Android）都是“开机时校验系统完整性”的保险箱，只是品牌不同；此校验方式的弊端是镜像过大时影响开机校验时间。整包校验（hash）
2025-09-02 22:42:14
1082
原创 openharmony之sandbox沙箱机制详解
鸿蒙系统沙箱（Sandbox）是一种安全隔离机制，通过mount命名空间和控制组（cgroup）技术，为系统服务和应用创建独立的运行环境，限制其对系统资源的访问权限。为了把每个应用关进“小黑屋”，防止它偷窥、篡改、破坏别人或系统的数据与资源。数据隔离：应用 A 的文件、配置、数据库默认只能自己看，连应用 B 都碰不到，更别提系统。权限最小化：即使应用申请了敏感权限（如麦克风、通讯录），也只能在沙箱里“有限使用”，超出范围立即被内核拒绝。故障/攻击面最小化。
2025-09-01 22:45:35
1345
原创 OpenHarmony智能语音框架深度拆解：从VAD到唤醒词打造你的AI语音智能体
智能语音框架（Intelligent Voice Framework）是OpenHarmony系统中的核心AI服务组件，提供语音注册和语音唤醒两大核心功能。该框架采用C/S架构，通过系统服务(SystemAbility)方式提供跨进程语音能力。人声识别算法是智能语音框架的核心前置处理模块，负责从连续音频流中检测有效人声片段，过滤掉静音、背景噪音等非语音段，为后续的唤醒词识别和声纹注册提供高质量的音频输入。
2025-09-01 22:19:28
81
原创 OpenHarmony 分布式感知中枢深度拆解：MSDP 框架从 0 到 1 的实战指南
STATIONARY, // 静止状态识别DRAG, // 拖拽操作COOPERATE, // 协同操作BOOMERANG, // 回弹手势文件路径public:// 插件生命周期管理// 功能操作接口文件路径STATIONARY = 1, // 静止状态识别DRAG = 2, // 拖拽操作COOPERATE = 3, // 协同操作BOOMERANG = 4, // 回弹手势MSDP设备状态感知框架提供了设备状态识别能力，通过插件化设计支持灵活的扩展。
2025-09-01 13:25:44
371
原创 深入揭秘OpenHarmony核心：SAMGR掌控系统服务全生命周期
SAMGR（System Ability Manager）是OpenHarmony系统服务管理的核心组件，负责系统服务的注册、查询、启动、停止等生命周期管理。该模块位于目录下，是系统服务框架的基础支撑模块。SAMGR作为OpenHarmony系统服务管理的核心组件，通过统一的服务注册、查询、管理和监控机制，为系统服务提供了完整生命周期管理。其分层架构设计、完善的权限控制、强大的分布式支持以及丰富的调试工具，使其成为OpenHarmony系统服务框架的基石。
2025-08-31 14:42:37
971
原创 从RAW到YUV：openHarmony之Camera系统全链路深度详解(全网最全)
实现位置关键配置// 在流配置阶段设置自定义分辨率约束条件必须查询设备支持的分辨率列表宽高比需符合传感器原生比例内存带宽限制检查源码实现// 在HCameraDevice类中的分辨率验证逻辑// 检查分辨率是否在支持列表中break;if (!// 检查内存带宽鸿蒙Camera模块通过分层架构设计，实现了从硬件到应用的完整链路。模块化设计: 清晰的层次分离，便于维护和扩展高性能: 零拷贝缓冲区管理和硬件加速多设备支持: 统一的HAL3接口适配不同硬件。
2025-08-30 23:01:25
428
原创 OpenHarmony AVSession深度解析（一）：一套代码打通本地+分布式媒体播控，让系统播控中心成为你的万能遥控器
Native接口JS NAPI配置文件。
2025-08-30 14:21:45
216
原创 深度拆解 OpenHarmony 位置服务子系统：从 GNSS 到分布式协同定位的全链路实战
OpenHarmony 的“定位子系统”就是硬件服务子系统集里的 “位置服务子系统”（Location SubSystem）。它向下对接 GNSS/GPS、基站、Wi-Fi 等定位模组，向上以 标准位置 API 形式为应用提供 实时位置、轨迹、地理围栏 等能力，并可与分布式软总线联动，实现 跨设备位置共享 与 低功耗协同定位，提供GNSS、网络、被动等多种定位能力，支持地理编码、逆地理编码、地理围栏等功能。系统采用分层架构设计，包含HDI层、服务层、框架层和SDK层。
2025-08-29 18:19:49
718
原创 吃透 OpenHarmony 资源调度：核心机制、调度策略与多设备协同实战
文件RES_TYPE_SCREEN_STATUS = 0, // 屏幕状态：0=关屏, 1=亮屏RES_TYPE_APP_STATE_CHANGE = 1, // 应用状态变化：payload包含pid,uid,bundleNameRES_TYPE_ABILITY_STATE_CHANGE = 2, // Ability状态变化RES_TYPE_EXTENSION_STATE_CHANGE = 3, // Extension状态变化。
2025-08-28 22:51:23
674
原创 深入 OpenHarmony 内核：设备待机管理模块的休眠调度与资源节能技术
WORKING = 0, // 工作状态：设备正常使用DARK = 1, // 暗屏状态：屏幕关闭但设备活跃NAP = 2, // 小憩状态：轻度休眠，快速唤醒MAINTENANCE = 3, // 维护状态：执行系统维护任务SLEEP = 4, // 睡眠状态：深度休眠，最大省电CONNECTION = 0, // 连接阶段SYS_RES_LIGHT = 1, // 系统资源轻度限制APP_RES_LIGHT = 2, // 应用资源轻度限制END = 3, // 结束阶段。
2025-08-28 22:23:36
684
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人