1.鸿蒙的生命周期分为 自定义组件生命周期 和 页面生命周期。

执行顺序流程图

假设页面 A 打开，且包含组件 B：

创建：

A.aboutToAppear()：组件实例创建后，build 之前。这是发起网络请求的最佳时机。

B.aboutToAppear()：父组件 build 执行时，遇到子组件 B，触发 B 的初始化。

渲染：

A.build() -> B.build()

显示期（仅 @Entry 组件有）：

A.onPageShow()：页面完全显示，或者应用切回前台。

销毁：

A.onPageHide()：跳转到其他页面或应用切后台。

• A.aboutToDisappear()：组件/页面销毁前。这是清理定时器、取消订阅的最后机会。

2. 两个常见陷阱

• CustomDialog 的生命周期：弹窗 (CustomDialog) 并没有 onPageShow。它的生命周期主要是 aboutToAppear (打开前) 和 aboutToDisappear (关闭后)。
• Navigation 下的生命周期：
  • 如果使用 Navigation 且 NavDestination 设置了 mode(NavDestinationMode.STANDARD)，当跳转到下一页时，上一页不会销毁（不走 aboutToDisappear），只会走 onPageHide。
  • 只有当你在 Navigation 中执行 pop（返回）时，页面才会真正销毁触发 aboutToDisappear。

3.鸿蒙布局系统相比 Android XML 或 iOS AutoLayout，更接近 Flutter 或 CSS Flexbox。

Flex 与 Row/Column 的关系：Row/Column：本质上就是主轴方向固定的 Flex 容器，Row = Flex({ direction: FlexDirection.Row })

Column = Flex({ direction: FlexDirection.Column })

何时用 Flex？ 当你需要 Wrap（自动换行）属性时。Row/Column 不支持换行，内容超出只能截断或溢出。如果做标签流式布局，必须用 Flex({ wrap: FlexWrap.Wrap })。

4.Grid (网格) vs GridRow (栅格)

这是一个容易混淆的点：

Grid / GridItem：

用途：类似相册、应用列表。

特点：强规则，固定列数或固定宽度，支持滚动。

GridRow / GridCol (推荐用于多设备适配)：

用途：响应式布局系统。

特点：不带滚动。它将屏幕分为 12 栅格。你可以指定某个组件在手机上占 12 列（全宽），在平板上占 6 列（半宽）。

优势：配合 breakpoints 属性，可以一套代码完美适配折叠屏、平板和手机。

5.布局性能优化：RelativeContainer

在复杂的 UI 中（例如像视频中的详情页，元素重叠多），如果大量使用 Stack 嵌套 Column 嵌套 Row，会导致渲染树过深，影响性能。

RelativeContainer：类似 Android 的 ConstraintLayout。

用法：所有子元素平铺，通过 alignRules 指定“我在 A 的左边，B 的下边”。

收益：将 5 层嵌套拍扁为 1 层，极大提升测算（Measure）和布局（Layout）性能。

1. 状态管理

要点：

• @State：必须初始化，变更时触发当前组件的 build 方法重新渲染。
• @Prop：父组件单向同步给子组件，子组件修改不会同步回父组件（拷贝机制）。
• @Link：父子组件双向同步，子组件的修改会同步给父组件（引用机制）。
• 最佳实践：优先遵循“单向数据流”原则，仅在确实需要子组件反向控制父组件时使用 [@Link](/user/Link)。

相关文档：

• ArkTS组件状态管理

2. 组件生命周期

要点：

• aboutToAppear：执行于 build 函数之前，推荐在此处发起网络请求或初始化状态数据。
• onDidBuild：界面渲染完成后触发，可用于埋点或获取组件尺寸等非 UI 变更操作。
• aboutToDisappear：组件销毁前触发，禁止在此处更新状态变量（特别是 [@Link](/user/Link)），应专注于资源释放。

相关文档：

• 自定义组件生命周期
• 生命周期 API 参考

3. 布局系统

要点：

• GridRow/GridCol：通过 columns 和 span 属性控制布局在不同断点下的列数占用。
• Flex 布局：适用于复杂的对齐需求，利用 justifyContent 和 alignItems 控制主轴和交叉轴排列。
• 响应式策略：利用 useSizeType 属性或媒体查询监听屏幕尺寸变化，动态切换布局结构。

相关文档：

• ArkTS 布局开发概述

4. 网络请求

关键实现要点：

• 异步处理：使用 async/await 语法糖替代回调地狱，使代码逻辑更线性可读。
• 权限配置：需在 module.json5 中申请 ohos.permission.INTERNET 权限。
• 数据解析：响应的 result 默认为字符串，通常需要 JSON.parse() 转换为对象使用。

相关文档：

• HTTP 数据请求

5. UI组件开发

要点：

• 基础组件：熟练掌握 Column/Row 容器与 Text/Image 等原子组件的属性配置。
• 自定义组件：必须实现 build() 方法，且该方法内必须包含且仅包含一个根节点（API 11+ 部分场景放宽）。
• 组件通信：结合 [@State](/user/State) 和 @Builder 模式，可实现高可复用的 UI 模板。

相关文档：

• 自定义组件开发指南

在HarmonyOS Next中，状态管理装饰器是构建响应式UI的核心。针对你列出的几个方面，其核心作用如下：

1. 组件生命周期与状态管理：@State装饰的变量变化会触发所在组件的build()方法重新执行，从而实现UI更新。生命周期回调（如aboutToAppear）是进行状态初始化的合适位置。

2. 布局系统：状态变量（如@State）可用于控制布局属性（如Flex的justifyContent、Grid的columnsTemplate）。当状态改变时，布局会自动刷新。

3. 网络请求与数据处理：通常将网络请求返回的数据赋值给@State或@Observed装饰的变量。@Prop和@Link常用于在父子组件间传递和同步这类数据。

4. UI组件开发：@State管理组件内部私有状态；@Prop定义从父组件传入的不可变数据；@Link建立与父组件状态的双向同步。@Observed、@ObjectLink用于管理嵌套对象或类数组的局部刷新。@Provide和@Consume实现跨组件层级的双向数据同步。

关键装饰器简明解析：

• @State：组件内部私有状态，变化驱动该组件UI更新。
• @Prop：从父组件单向传入的数据，本地修改不会回传。
• @Link：与父组件状态双向绑定，本地修改同步回父组件。
• @Observed & @ObjectLink：组合使用，用于观察嵌套对象或数组内部属性的变化，实现精准刷新。
• @Provide & @Consume：在祖先组件提供数据，后代组件消费，支持跨层级双向同步。

选择依据取决于数据流向（父子、跨层）与同步需求（单向、双向）。正确组合使用这些装饰器，可以高效构建数据驱动视图的HarmonyOS应用。