一、前言
任何移动端开发，生命周期都是核心基础知识点。它决定了代码执行时机、资源加载、数据初始化、内存释放等关键逻辑。
在鸿蒙项目中，生命周期分为三个层级：应用整体、UIAbility、页面组件。很多开发人员因为对生命周期理解模糊，频繁出现各类线上问题：
页面重复请求接口，造成流量浪费与数据错乱；
页面退出不释放定时器、监听事件，引发严重内存泄漏；
应用切后台、锁屏后逻辑异常，回到前台状态丢失；
分不清 aboutToAppear / aboutToDisappear 执行顺序，代码逻辑错位；
Ability 冷启动、热启动逻辑混淆，无法做启动优化。
本篇将分层级拆解鸿蒙全链路生命周期，梳理执行顺序、适用场景、实战用法与避坑点，搭配完整可运行代码，帮你彻底吃透生命周期，写出规范、稳定、高性能的商用代码。
二、三大生命周期层级总览
层级 | 核心主体 | 作用范围 | 核心用途 |
|---|
应用级 | Application | 整个App全局 | 全局初始化、全局异常捕获、SDK初始化 |
能力级 | UIAbility | 单个应用页面容器 | 页面路由、数据恢复、前后台切换、页面销毁 |
组件级 | 自定义组件/页面 | 当前页面、单个组件 | 接口请求、定时器、监听注册与销毁 |
三、UIAbility 生命周期（页面容器）
3.1 完整生命周期回调
UIAbility 是鸿蒙应用的页面载体，一个UIAbility对应一个独立应用窗口，掌握它的回调时机是开发必备技能。
onCreate：Ability 实例创建，仅冷启动执行一次
onWindowStageCreate：窗口创建完成，页面即将展示
onForeground：应用切换到前台，用户可见可交互
onBackground：应用切后台、锁屏，用户不可见
onWindowStageDestroy：窗口销毁
onDestroy：Ability 彻底销毁，应用退出
3.2 冷启动 & 热启动执行顺序
3.3 UIAbility 完整示例代码
import { UIAbility, AbilityConstant, Want } from '@kit.AbilityKit';import { hilog } from '@kit.PerformanceAnalysisKit';export default class EntryAbility extends UIAbility { // Ability 实例创建，冷启动仅执行一次 onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void { hilog.info(0x0001, 'LIFE', 'Ability onCreate：应用冷启动'); // 全局SDK、全局状态、第三方组件初始化 } // 窗口创建完成 onWindowStageCreate(): void { hilog.info(0x0001, 'LIFE', 'Ability onWindowStageCreate：窗口创建'); } // 应用进入前台，可交互 onForeground(): void { hilog.info(0x0001, 'LIFE', 'Ability onForeground：回到前台'); // 刷新页面数据、重启轮询、播放音乐 } // 应用进入后台，不可见 onBackground(): void { hilog.info(0x0001, 'LIFE', 'Ability onBackground：进入后台'); // 暂停轮询、暂停音乐、保存临时数据 } // 窗口销毁 onWindowStageDestroy(): void { hilog.info(0x0001, 'LIFE', 'Ability onWindowStageDestroy：窗口销毁'); } // Ability 销毁 onDestroy(): void { hilog.info(0x0001, 'LIFE', 'Ability onDestroy：应用退出'); // 释放全局资源、关闭长连接 }}
四、页面 & 自定义组件生命周期
组件生命周期作用于 @Entry 页面与普通 @Component 自定义组件，日常开发接口请求、定时器、事件监听基本都写在这里。
4.1 核心回调函数
aboutToAppear：组件即将显示，组件渲染前执行
aboutToDisappear：组件即将销毁，页面退出、组件移除前执行
执行顺序：aboutToAppear 早于页面UI渲染，适合做初始化操作；aboutToDisappear 是资源回收的最后时机。
4.2 页面完整实战代码
@Entry@Componentstruct LifePage { @State content: string = "页面初始状态"; private timer: number | null = null; // 组件即将展示 aboutToAppear() { this.content = "页面加载中..."; console.log("页面 aboutToAppear 执行"); // 模拟接口请求 setTimeout(() => { this.content = "数据加载完成"; }, 1000); // 开启定时器 this.timer = setInterval(() => { console.log("页面轮询任务执行"); }, 2000); } // 组件即将销毁 aboutToDisappear() { console.log("页面 aboutToDisappear 执行"); // 关键：销毁定时器，防止内存泄漏 if (this.timer) { clearInterval(this.timer); this.timer = null; } } build() { Column({ space: 20 }) { Text(this.content) .fontSize(20) .padding(20) } .width("100%") .height("100%") }}
五、全层级生命周期执行顺序汇总
5.1 应用冷启动完整流程
打开App → EntryAbility.onCreate → onWindowStageCreate → onForeground → 页面aboutToAppear → 页面渲染完成
5.2 应用切后台再切回前台
切后台：Ability.onBackground 切回前台：Ability.onForeground（页面生命周期不重复执行）
5.3 关闭页面 / 退出应用
页面aboutToDisappear → Ability.onWindowStageDestroy → Ability.onDestroy
六、各回调标准业务用法（生产规范）
Ability.onCreate：全局第三方SDK初始化、全局路由、全局状态初始化（只执行一次）
Ability.onForeground：回到前台刷新数据、重启轮询、恢复音视频播放
Ability.onBackground：暂停轮询、暂停播放、保存临时数据、降低功耗
Ability.onDestroy：关闭长连接、释放全局静态资源
页面aboutToAppear：页面接口请求、初始化状态、注册事件监听
页面aboutToDisappear：清除定时器、移除监听、终止网络请求（防泄漏核心）
七、高频踩坑点与解决方案
坑1：定时器/监听未销毁 → 内存泄漏解决：所有定时器、计时器、事件监听，必须在 aboutToDisappear 中统一清除。
坑2：接口请求重复执行解决：区分冷热启动，切前台按需刷新，不要在 onForeground 无脑重发所有接口。
坑3：onCreate 重复执行解决：onCreate 仅冷启动执行，不要把页面级数据初始化写在这里。
坑4：后台频繁执行业务逻辑，耗电耗流量解决：onBackground 中暂停轮询、上报、定位等高频任务。
坑5：子组件生命周期混乱解决：父子组件 aboutToAppear 顺序：父先执行，子后执行；销毁相反。
八、性能优化建议
重量级初始化逻辑统一放在 Ability.onCreate，页面只做自身业务初始化；
网络请求增加加载状态，避免用户重复点击、重复请求；
后台状态下尽量停止非必要网络、动画、轮询任务；
所有动态创建的资源（定时器、监听、动画）遵循“谁创建、谁销毁”原则；
区分冷/热启动，做数据缓存，减少重复网络请求。
九、总结
生命周期是鸿蒙开发的底层基石，也是排查闪退、卡顿、内存泄漏、数据异常问题的首要切入点。
记住三层结构：应用Ability生命周期管控整体前后台与全局资源，页面组件生命周期管控页面业务与临时资源。
严格按照规范分配代码位置、及时回收资源，就能从根源规避绝大多数稳定性问题。本文所有代码可直接复制运行，适配API10+商用项目。
