一、前言 & 背景 开发 OpenHarmony 应用时，数据存内存里会碰到三个典型痛点： 进程被杀数据就没了：用户配置的 WiFi 名称、设备参数、开关状态，App 一退出全部丢失，每次都要重新配置；跨页面/跨启动无法共享：A 页面保存的配置，B 页面和下次启动都拿不到；查询效率低：设备列表、历史记录这类结构化数据，如果每次启动都重新扫描/重新组装，体验很差。 OpenHarmony 提

一、为什么需要公共事件？ 开发 OpenHarmony 应用时，组件之间经常需要传递"状态变化"消息，典型场景： 跨页面通知：A 页面设备状态变了，B 页面需要同步刷新，但两个页面没有直接的引用关系；跨 Ability/跨应用广播：一个模块采集到的数据，需要分发给多个订阅方（如测试框架收集用例结果）；监听系统事件：蓝牙开关变化、网络连接变化、屏幕亮灭等系统级事件。 如果全部用全

OpenHarmony 后台服务（ServiceExtensionAbility）开发总结 文档概述 说明： 本文结合 OpenHarmony 官方文档《ServiceExtensionAbility（仅对系统应用开放）》与后台服务工程的开发经验整理而成；以下内容包含了个人理解，仅供参考，如有不合理处，请联系笔者修改。 一、前言 & 背景 在很多 OpenHarmony 产品上，应用需要处