登录社区云，与社区用户共同成长
邀请您加入社区
为遵守国家网络实名制规定，未绑定将限制内容发布与互动
在适配轻量地图渲染时，我遇到过一类很有迷惑性的现象：路名文字有时接近黑色，有时偏红，重新进入页面后颜色还可能变化。第一反应通常是字体绘制或屏幕像素格式有问题，但沿渲染链继续检查后，真正的异常出现在更早的颜色数据边界。 这次排查最重要的收获，是要把“缓冲区像素格式”和“画笔颜色格式”分开理解。 两种格式描述的不是同一件事 RGB565 描述的是像素缓冲区布局。一个像素占 16 位，红色 5 位、绿色
在完善轻量地图组件的异步网络能力时，我遇到的核心问题并不是“怎样发出一个异步请求”，而是请求完成以后，怎样安全地把结果交还给地图引擎。 网络回调可能运行在协议栈线程，地图状态却通常要求在固定任务线程中串行修改。如果直接从网络线程进入地图引擎，短期内可能看不出问题，但在并发请求、页面退出或重复回调时，很容易出现数据竞争和生命周期错误。 地图线程在框架中的作用 轻量地图内部会同时维护视图状态、瓦片缓存
在参与 OpenHarmony 轻量地图组件共建时，我尝试为地图模块补充离线资源管理能力。最初看起来，这项工作只是增加查询、下载、暂停和删除接口，但真正开始梳理后，我发现难点并不在函数数量，而在于如何让新能力自然地进入原有框架，同时不破坏已有实现。 这次修改让我对轻量地图组件的分层、代理线程和公共接口兼容有了更具体的认识。 从现有调用链开始轻量地图组件并不是应用直接调用某个地图 SDK，而是通过一
OpenHarmony L0 与 L1 的 BMS / AMS 区别详解 本文基于对两套真实源码树的逐文件阅读整理而成： 系统级别源码路径（WSL）目标板内核产品类型L0（轻量系统 / mini）/home/gaoxining/openharmonyArtInChip D21XLiteOS-M"type": "mini"L1（小型系统 / small）/ho
差分升级全流程说明：通路验证 → OTA 收包 → 写分区/解包 差分升级 = 设备端把「当前运行的 old 镜像 + 收到的差分包」合并出 new 镜像写入备份槽。整条链路分三个阶段，下面按数据流顺序描述。 一、验证通路：蓝牙 / 天眼 / 总线 三条通道互不干扰，各自"硬件收字节 → 进队列 → 帧解析 → 进协议栈"。 1.1 蓝牙（USART1，PA9/PA10，DMA
本文从原理层面讲解 OpenHarmony（OH）日志系统的打印流程、架构设计与关键机制。 一、日志系统概览 OpenHarmony 提供了统一的日志框架（HILOG），为各子系统、应用和内核模块提供一致的日志输出能力。 日志系统的核心价值： 统一接口：所有模块使用同一套打印接口，格式一致 分级可控：按级别过滤，动态调整输出粒度 多后端输出：同一份日志可同时输出到串口、文件、网络等不同目标 异步
STA 连接请求到 wpa_supplicant 从 connectToNetwork 到拿到 IP：OpenHarmony STA 连接 wpa_supplicant 的完整链路 一次 STA 连接请求从应用层走到 wpa_supplicant，再经事件回调回到框架层、最后通过 DHCP 拿到 IP 的完整调用链。 一、这条链路到底有多长 一次用户主动连接，下行调用链大致如下： 应用 / JS
SELinux 域名哈希表与 setexeccon 查询流程 —— 以示例域 sample_host 为例 一、域名（type）写入哈希表的完整流程 1.1 起点：type 声明与 build_selinux 开关 域名声明位于策略的 type.te（public 侧）： type sample_host, hdfdomain, domain; build_selinux 开关决定 init 是否
device_info.hcs 字段详解 —— HDF 用户态驱动配置清单的编译期生成与运行时消费全链路分析 一、文件作用总览 1.1 一句话定位 device_info.hcs 是 UHDF（用户态硬件驱动框架）的驱动加载总清单：声明设备有哪些用户态驱动进程（host）、每个进程内加载哪些驱动动态库（moduleName）、每个驱动对外发布什么服务（serviceName）、以什么策略发布（po
各位社区成员： 为推进开源鸿蒙具身智能PMC（筹）的规范化运作，依据PMC委员提名规则，经代码贡献度统计与场景贡献核验，现将候选单位名单及选举安排公示如下： 一、提名规则 1. 在本PMC内，年度代码贡献量超过40K的单位，可提名1人。 2. 曾提供价值场景、本体、Demo验证或展示的单位，可
共3课时
1,185
