1.OpenHarmonyԴ?码目?Ŀ
2.OpenHarmony编译构建系统详解，从零搭建windows下开发环境，码目巨方便！码目
3.OpenHarmony—内核对象事件之源码详解
4.OpenHarmony代码下载编译及源码跳转配置
5.OpenHarmony源码解析之电话子系统——通话流程
6.OpenHarmony系统解决方案 - 配置屏幕方向导致开机动画和Launcher显示异常
OpenHarmonyԴ?码目?Ŀ
深入探讨OpenHarmony代码学习中关于Ability子系统的源码解析，重点关注基于monthly_的码目代码架构与配置。
在源码解析中，码目源码aopSystemAbility的码目配置sa_profile至关重要，它确保了以c++实现的码目SA在加载注册逻辑时能够完成SA的注册，反之，码目未配置profile的码目System Ability将不会完成注册。可见abilitymgr等系统服务SA以特定方式运行，码目如.xml所示，码目ams的码目libabilityms.z.so在foundation进程中启动，并在启动后即向samgr组件注册SystemAbility，码目实现本地跨IPC访问。码目
进一步，分析AbilityManagerService作为SystemAbility的管理器，提供管理Ability生命周期的管理能力。以AbilityManagerService::StartAbility为起点，此方法支持4种Startability，其中IRemoteObject属于分布式软总线子系统的ipc组件，负责进程间通信。理解IPC与RPC机制，IPC与RPC在实现跨进程通信中扮演重要角色，IPC使用Binder驱动，适合设备内跨进程通信，而RPC采用软总线驱动，适用于跨设备跨进程通信。大灰狼8.02 源码客户端与服务器通过客户端-服务器模型进行通信，通过代理获取服务提供方的接口进行数据交互。三方应用通过FA提供的接口绑定服务提供方的Ability，获取代理，实现通信。
在StartAbility中，callerToken由AbilityRuntime::AbilityContextImpl::StartAbility传入的AbilityContextImpl成员变量token_决定，通常指要启动的Ability。此调用链将在后续应用启动流程中总结，具体路径可参考官网介绍。
继续深入代码分析，观察StartAbility中的调用链，最终向BMS调用StartAbilityInner方法。根据ability类型的不同，启动方式也不同，已在代码段中进行了标注。在OpenHarmony代码学习中，PageAbility作为具备ArkUI实现的Ability，是最具直观性的用户可见并可交互的实例，通常由missionListManager启动。
OpenHarmony编译构建系统详解，从零搭建windows下开发环境，巨方便！
OpenHarmony的dev-tool更新让在Windows下搭建鸿蒙系统开发环境变得便捷，尤其对于MCU开发者来说。本文将带你从头开始，详细讲解如何在Windows上搭建dev-tool环境，张科 macd源码降低学习OpenHarmony的门槛。首先，理解OpenHarmony的编译构建框架至关重要，它基于GN和Ninja构建，组织平台、子系统和组件，构建过程类似用针线制作衣服，通过命令行驱动，GN生成Ninja文件指导构建。
在2.0版本中，大部分组件已采用GN和Ninja，未来将全面替代。构建流程包括设置和编译两个步骤，通过命令行工具如"hb set"和"hb build"来操作。具体过程可在weharmonyos.com的文档中获取更详尽信息。
环境搭建则需要准备GNU环境，因为OpenHarmony主要依赖GNU工具链，包括在Windows上安装对应版本的Python、Node.js和hpm，以及Visual Studio Code和DevEco Device Tool。其中，Python和Node.js的安装需注意版本选择，而DevEco Device Tool的安装需注意避免中文字符在用户名中，且可能需要设置npm代理。
针对HiV开发板，需要下载专用源代码，设置正确的dkx双线指标源码编译工具链，并在DevEco Device Tool中进行编译操作。整个过程包括设置工具链、打开工程、执行编译任务，直至看到"SUCCESS"。目前仅支持轻量型系统和Hi开发板，后续将扩展支持其他开发板。
现在，你已经具备了在Windows上搭建OpenHarmony开发环境的完整流程，开始你的鸿蒙OS学习之旅吧！
OpenHarmony—内核对象事件之源码详解
对于嵌入式开发和技术爱好者，深入理解OpenHarmony的内核对象事件源码是提升技能的关键。本文将通过数据结构解析，揭示事件机制的核心原理，引导大家探究任务间IPC的内在逻辑。
关键数据结构
首先，了解PEVENT_CB_S数据结构，它是事件的核心：uwEventID标识任务的事件类型，个位（保留位）可区分种事件；stEventList双向循环链表是理解事件的核心，任务等待事件时会挂载到链表，事件触发后则从链表中移除。
事件初始化
事件控制块由任务自行创建，通过LOS_EventInit初始化，此时链表为空，表示没有事件发生。任务通过创建eventCB指针并初始化，开始事件管理。c 财务系统源码
事件写操作
任务通过LOS_EventWrite写入事件，可以一次设置多个事件。1处的逻辑允许一次写入多个事件。2-3处检查事件链表，唤醒等待任务，通过双向链表结构确保任务顺序执行。
事件读操作
轻量级操作系统提供了两种事件读取方式：LOS_EventPoll支持主动检查，而LOS_EventRead则为阻塞读。1处区分两种读取模式，2-4处根据模式决定任务挂起或直接读取。
事件销毁操作
事件使用完毕后，需通过LOS_EventClear清除事件标志，并在LOS_EventDestroy中清理事件链表，确保资源的正确释放。
总结
通过以上的详细分析，OpenHarmony的内核事件机制已清晰可见。掌握这些原理，开发者可以更自如地利用事件API进行任务同步，并根据需要自定义事件通知机制，提升任务间通信的灵活性。
OpenHarmony代码下载编译及源码跳转配置
本文旨在指导在Linux（如Ubuntu .和.，其他系统可参考）环境下下载和编译OpenHarmony（OH）代码，并配置Visual Studio Code（VSCode）以实现Native框架（C++）代码的智能跳转，以提升阅读OH源码的便捷性。1. 下载与编译
从OH官网下载链接（gitee.com/openharmony/d...）获取代码。进入代码根目录后，执行build.sh脚本，例如针对rk开发板的编译命令会包含选项`--gn-flags="--export-compile-commands"`，用于生成compdb数据库，以备后续使用。2. VSCode插件与配置
在编译过程中，安装VSCode的clangd插件，它与compdb文件配合。记得禁用默认的C/C++插件。接着，使用VSCode通过SSH（Windows和macOS用户适用）访问OH源代码目录，创建.vscode文件夹，其中包含settings.json。3.1. 插件安装与启用
在settings.json中填写以下配置：- clangd.path: 指定OH预构建的clangd路径。
- --compile-commands-dir: 编译产生的compdb文件路径，例如在rk上为out/rk/compile_commands.json，需根据实际编译产品找到相应路径。
- --query-driver: 指定OH预构建的clang编译器路径。
3.2. VSCode配置
关闭并重新打开VSCode，当C++文件（如foundation文件夹下的Native C++代码）打开时，clangd将开始索引，索引完成后即可享受代码跳转功能。OpenHarmony源码解析之电话子系统——通话流程
OpenAtom OpenHarmony的电话子系统为OS提供了基础的无线通信能力，支持多种网络制式，包括高速无线数据传输和互联网接入。主要功能涵盖语音、短信、彩信、SIM卡管理等。
电话子系统是OpenHarmony架构的重要组成部分，负责CS域（如语音呼叫）和PS域（如数据业务）的服务。系统结构包括应用层（如电话应用、短信应用等）、框架层（SDK提供接口，Framework提供功能模块，如call_manager、cellular_call等）、Hril层（抽象无线硬件设备）和Vendor lib层（与modem交互）等。
代码结构方面，通话管理模块负责CS、IMS和OTT通话，蜂窝通话模块支持2G到5G的语音和数据功能。电话核心服务提供RIL管理和SIM卡功能，数据库模块负责数据存储。RIL Adapter模块屏蔽硬件差异，短彩信模块处理短信和彩信功能，状态注册模块监控网络状态等变化。
源码解析中，通话功能的实现涉及多个模块间的协作，如通话管理、蜂窝通话服务、Telephony核心服务和RIL适配。以电话接听（Answer）为例，流程从用户点击answer，通过层层调用，涉及call_manager、cellular_call等服务，最终到达modem处理AT命令。整个过程显示了系统内部复杂的服务交互和跨层通信机制。
电话子系统的核心类处理了各种通话类型和上层应用的接口，如dial、answer等。从UI响应到调用底层modem，每个环节都体现了OpenHarmony的模块化设计和通信流程。
OpenHarmony系统解决方案 - 配置屏幕方向导致开机动画和Launcher显示异常
系统版本：OpenHarmony-3.2-Release 遇到的问题是配置屏幕方向导致开机动画和Launcher显示异常。 问题现象出现在源码文件foundation/window/window_manager/resources/config/rk/display_manager_config.xml和系统文件/etc/window/resources/display_manager_config.xml中。 异常效果是：正常效果下，系统运行平稳，无异常表现。 问题的原因在于ScreenRotationController初始化时序的不当，使ScreenRotationController在Launcher加载Window时未触发。 解决办法是调整ScreenRotationController的初始化时序，确保在Launcher加载Window时触发。通过修改源码文件foundation/window/window_manager/wmserver/src/window_node_container.cpp，对WindowNodeContainer::RemoveWindowNode和WindowNodeContainer::AddWindowNode函数进行代码修改。 在定位问题的过程中，我们了解到若应用方向需要随系统切换，可在module.json5的ability中配置orientation为auto_rotation_restricted。 为帮助大家更好地学习鸿蒙 (OpenHarmony) 开发技术，特别整理了《鸿蒙 (OpenHarmony)开发学习手册》（共计页），旨在提供深入学习资源。 以下为手册的入门指南：《鸿蒙 (OpenHarmony)开发学习手册》入门必看：qr.cn/FV7h
HarmonyOS 概念：qr.cn/FV7h
如何快速入门？：qr.cn/FV7h
开发基础知识：qr.cn/FV7h
基于ArkTS 开发：qr.cn/FV7h
手册覆盖了以下鸿蒙 (OpenHarmony) 开发领域：Ability开发
UI开发
公共事件与通知
窗口管理
媒体
安全
网络与链接
电话服务
数据管理
后台任务(Background Task)管理
设备管理
设备使用信息统计
DFX
国际化开发
折叠屏系列
……
海王星（Neptune）系列和大禹（DAYU）系列OpenHarmony智能硬件配置解决方案
海王星（Neptune）系列和大禹（DAYU）系列OpenHarmony智能硬件配置解决方案，通过规范的目录树规则和源码路径规则，为产品适配、部件拼装、启动配置和文件系统配置提供指导。产品解决方案的源码路径规则定义为：vendor/{ 厂商名}/{ 产品名}_。新增产品时，必须遵循此规则建立目录与文件，以供编译构建系统扫描配置。 解决方案的目录结构遵循明确的规则，确保系统能有效识别并处理产品配置。关键目录与文件的详细说明如下，fs.yml文件为可选配置项，适用于有文件系统的设备。 产品配置过程支持灵活的芯片解决方案与部件拼装，形成定制化解决方案。此流程包括验证产品字段的有效性，确保与已知芯片解决方案匹配，以及与部件描述相符。配置完成后，通过编译构建系统，并使用--patch参数，将配置文件集成至产品目录中，以进行后续编译。 特别推荐《鸿蒙开发学习手册》（共计页），为学习鸿蒙（HarmonyOS NEXT）开发技术提供全面指导。手册覆盖应用开发、基础知识、ArkTS语言、开发实践及面试题等内容，帮助开发者深入理解HarmonyOS的架构与开发方法。 手册内容包括： 应用开发导读(ArkTS) HarmonyOS概念介绍 开发基础知识：应用基础知识、配置文件、应用数据管理、应用安全管理、应用隐私保护、三方应用调用管控机制、资源分类与访问、ArkTS语言学习 基于ArkTS的开发实践：Ability开发、UI开发、公共事件与通知、窗口管理、媒体、安全、网络与链接、电话服务、数据管理、后台任务管理、设备管理、设备使用信息统计、DFX、国际化开发、折叠屏应用开发 面试真题及答案，涵盖HarmonyOS开发的核心知识点