说明
在 OpenHarmony 设备开发中，SYS_RUN() 和 APP_FEATURE_INIT() 都是用于注册系统启动后自动执行函数的宏，但它们的设计定位、执行时机和适用场景有明确区别，核心差异如下：
一、核心定位与设计目的
| 宏 | 核心定位 | 设计目的 |
|---|---|---|
SYS_RUN() |
主程序入口宏 | 作为整个应用的“主函数”，负责启动核心业务逻辑（如循环任务、事件处理等）。 |
APP_FEATURE_INIT() |
功能模块初始化宏 | 用于初始化独立功能模块的初始化工作（如硬件配置、资源申请等），支持模块化拆分。 |
二、执行时机与启动顺序
OpenHarmony 系统启动流程大致分为：内核初始化 → 驱动驱动加载 → 应用层初始化 → 主逻辑运行。
两者的执行时机在该流程中存在明确先后：
APP_FEATURE_INIT()先执行：
在应用层初始化阶段被调用，此时系统已完成基础驱动加载，适合做功能模块的初始化（如 GPIO 配置、传感器初始化、资源申请等）。SYS_RUN()后执行：
在所有初始化工作完成后被调用，此时所有硬件和模块已就绪，适合启动核心业务逻辑（如循环控制、数据处理等）。
示例顺序：
// 1. 模块初始化（先执行）
APP_FEATURE_INIT(LedInit); // LED硬件初始化
APP_FEATURE_INIT(SensorInit); // 传感器初始化
// 2. 主逻辑运行（后执行）
SYS_RUN(MainTask); // 启动主循环任务
三、适用场景差异
| 宏 | 典型适用场景 | 示例 |
|---|---|---|
SYS_RUN() |
1. 整个应用的核心业务逻辑（如主循环、事件监听）2. 需要依赖其他模块初始化完成的任务 | 控制 LED 闪烁的循环逻辑、按键检测与响应的主任务、数据采集与上传的主流程 |
APP_FEATURE_INIT() |
1. 独立功能模块的初始化（硬件配置、参数设置）2. 无需等待其他模块的基础准备工作 | GPIO 引脚功能配置、传感器设备初始化、通信接口（I2C/SPI）初始化 |
四、函数执行特性
APP_FEATURE_INIT()：
注册的函数执行完成后即退出（初始化完成即可），不会阻塞系统，适合“一次性准备工作”。SYS_RUN()：
注册的函数通常包含无限循环（如while(1)），用于持续运行业务逻辑，是应用的“常驻任务”。
五、总结：如何选择？
- 若要实现功能模块的初始化（如硬件配置、资源准备），用
APP_FEATURE_INIT()； - 若要启动应用的核心业务逻辑（如循环控制、事件处理），用
SYS_RUN()。
两者通常配合使用：先通过 APP_FEATURE_INIT() 完成所有模块的初始化，再通过 SYS_RUN() 启动依赖这些模块的主逻辑，实现“先准备、后运行”的规范流程。