一、盘点：五套锁并存是什么样子 打开一个运行了几年、融合了自研代码 + 开源框架 + 第三方库的嵌入式工程，锁通常是这样的： 族代表 API谁产生的能否在中断里用与其他族是否互通内核互斥量mutex_take / mutex_releaseRTOS 原生否（会睡眠）否内核信号量/事件sem_take / sem_release、event_sendRTOS 原生仅 release/send否POS

锁系列第二篇。互斥锁解决"互斥"，但不解决"公平"。本篇从一次真实的航天事故讲起，把优先级反转完整推演一遍，然后对比三种解法、讲清等待队列策略的配套关系，最后给出可落地的排查与防御手段。文中代码为伪代码，事故细节引自公开资料。 一、开场：火星上的反复重启 1997 年，火星探路者号着陆器在火星表面执行任务期间，出现了周期性复位。地面收到的遥测显示： 系统反

一、引子：一次点击到上屏，卡在哪了 现象很典型： 界面响应"能感觉到慢"，但 CPU 占用只有 20%掉帧是偶发的，压测时复现不了单看每个函数的耗时都正常，没有任何一个函数"很慢" 这类问题最容易把人带进死胡同：你去优化那个"最慢的函数"，改了半天，现象不变。 换个问法就有出口：不是"谁慢"，而是"谁在等谁

前两章讲清了架构与设计，本章是"下水道视角"：一次升级失败后怎么排障、经典坑长什么样、以及把 OTA 做稳的工程习惯。 一、升级失败的标准排障流程 1.1 三步定位法 拿到"升级失败"的反馈，按固定顺序走三步，禁止跳步： 第一步：确定失败在哪个状态 向设备查询 OTA 快照（或读 ota_info 区），拿到 state + last_error： 状态

鸿蒙设备 OTA 升级实践（二）：差分还原、平台抽象层与可靠性设计 第一章建立了"多通道 → 状态机 → staging → 写分区"的整体框架，本章深入两个核心技术点：差分包如何还原、如何用平台抽象层隔离硬件差异，并给出可靠性设计的完整清单。 一、差分还原：hdiffpatch 在设备端怎么跑 1.1 全量包 vs 差分包的判定 包下载到 staging 区后，第一件事是&

一、鸿蒙轻量设备的 OTA 有什么不一样 1.1 与 Linux / 手机 OTA 的三大差异 维度Linux/手机 OTA鸿蒙轻量设备固件形态整机镜像 + 动态分区多分区静态镜像（root/system/app 各自成包）应用与系统应用可独立热更新应用打包进固件，跟随整机升级包体大小GB 级几 MB，且要塞进几十 MB 的 NAND通信方式强网（Wi-Fi/蜂窝）弱网常态：BLE、Cat.1、串

typedef是 C 语言中的一个关键字，用于为现有的数据类型定义新的名称或别名。按位或运算符对两个操作数的每一位执行“或”操作：如果两个相应的位中至少有一个是1，则结果位为1，否则为0。按位异或运算符对两个操作数的每一位执行“异或”操作：如果两个相应的位不同，则结果位为1，相同则为0。按位与运算符对两个操作数的每一位执行“与”操作：如果两个相应的位都是1，则结果位为1，否则为0。它用于定义一组相

本文从原理层面讲解 OpenHarmony（OH）日志系统的打印流程、架构设计与关键机制。 一、日志系统概览 OpenHarmony 提供了统一的日志框架（HILOG），为各子系统、应用和内核模块提供一致的日志输出能力。 日志系统的核心价值： 统一接口：所有模块使用同一套打印接口，格式一致 分级可控：按级别过滤，动态调整输出粒度 多后端输出：同一份日志可同时输出到串口、文件、网络等不同目标 异步

一、启动阶段总览 从上电到进入 OpenHarmony 应用，完整启动链如下： 上电 → BootROM → SPL（Secondary Program Loader）→ OS（RT-Thread 内核 + OpenHarmony 应用） 阶段存储位置主要职责BootROM芯片内部固化最小硬件初始化，加载并跳转 SPLSPLFlash（bootloader 分区）初始化 DDR/Flash/时钟

本文章完整讲解一条 HML/CSS/JS 页面是如何被解析、布局、绘制，最终变成液晶屏上像素的全过程。 一、整体架构总览 ACE Lite 采用分层 + 事件驱动 + 增量渲染的架构，从上到下共 7 层： ┌─────────────────────────────────────────────────────────────┐ │ ① JS 应用层 HML / CSS / JS（开发者写的页