openharmony 鸿蒙 troubleshooting-state-manage

状态变量改变不触发组件刷新问题常用定位方法 在声明式UI编程框架中，状态管理的主要职责是：当状态变量改变时，触发其关联组件的刷新。所以在使用状态变量的过程中，最常见的问题就是组件不刷新。本文主要针对开发者在使用状态变量时遇到的不刷新问题，阐述以下两个方面。
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-v1-v2-migration-animateTo

AnimateTo使用迁移 在状态管理从V1迁移至V2的过程中，animateTo执行动画前如需修改状态变量，可参考本文档的适配方案。 执行动画前重新定义初始态场景 V1实现代码如下：
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-mvvm-v2

MVVM模式（V2） 概述 在应用开发中，UI的更新需要随着数据状态的变化进行实时同步，而这种同步往往决定了应用程序的性能和用户体验。为了解决数据与UI同步的复杂性，ArkUI采用了Model-View-ViewModel（MVVM）架构模式。MVVM将应用分为Model、View和ViewModel三个核心部分，实现数据、视图与逻辑的分离。通过这种模式，UI可以随着状态的变化自动更新，无需手动处
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-decorator-overview

UI装饰器总览 在声明式UI开发范式中，UI是程序状态的运行结果，状态的变化会驱动UI的刷新。ArkUI提供了一套装饰器机制，使开发者能够便捷地定义和管理状态变量，实现数据与UI的联动。
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-v1-v2-update-difference

状态管理V1和V2更新机制差异 V1状态管理演进到V2状态管理背景 状态管理V1使用代理观察数据，创建状态变量时，会同时创建一个数据代理观察者。该观察者可以感知代理变化，但无法精准观测到实际数据变化，V1状态管理存在以下限制：
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-state-management-faq-inner-component

组件内状态管理常见问题 在ArkUI应用开发中，组件内状态管理的合理使用直接影响应用的性能和开发效率。然而，开发者在实践中常因更新机制理解不足，导致组件行为异常或渲染效率下降。本文将介绍组件内状态管理的常见问题与解决方案。
2026-08-25 0 后端技术
阅读全文

openharmony 鸿蒙 arkts-new-canBeObserved

canBeObserved接口：判断对象是否可被观察 为了判断对象是否为可被观察对象和获取对象关联的组件信息，开发者可以使用canBeObserved接口。 在使用该接口前，建议开发者对状态管理框架有基本的了解。提前阅读：状态管理概述。
2026-08-25 0 后端技术
阅读全文