一、核心定位：智能派生状态的 “计算引擎”

Computed 是 ArkTS 中用于动态派生状态的机制，通过@Computed（同步计算）和@AsyncComputed（异步计算）装饰器，基于已有状态（如@State/@Observed等）自动生成新值。其核心目标是：  

• 避免冗余计算：仅当依赖的状态变化时，才重新计算派生值；
• 简化状态逻辑：将复杂的派生逻辑（如数据筛选、格式转换、异步请求）封装为独立属性，提升代码可读性；
• 支持异步场景：原生支持依赖异步操作（如网络请求、本地存储读取）的派生状态，自动管理 “加载 - 成功 - 失败” 生命周期。

二、核心改进：从基础计算到智能与异步

相比旧版@Computed，新一代 Computed 机制在依赖追踪精度、性能优化、异步支持等方面实现了全面升级，解决了旧版 “冗余计算、不支持异步、类型繁琐” 等痛点。

1. @Computed：同步计算属性的智能优化

@Computed用于定义同步派生状态（基于同步依赖生成值），核心改进在于 “精准依赖追踪 + 智能缓存”，确保计算仅在必要时执行。  

2. @AsyncComputed：原生支持异步派生状态

新增@AsyncComputed装饰器，专门用于依赖异步操作（如网络请求、数据库读取、定时器）的派生状态，解决了旧版@Computed仅支持同步逻辑的局限。  

• 核心能力：（1）异步逻辑封装与状态管理@AsyncComputed允许计算函数返回Promise，并自动管理 “加载中（loading）、成功（value）、失败（error）” 三种状态，无需手动定义额外的状态变量（如isLoading/errorMsg）。使用示例（异步获取用户订单总数）：import { fetchOrderCount } from '../api/order'; // 模拟网络请求：返回Promise<number> @Component struct UserOrder { @State userId: string = "123"; // 依赖的用户ID // 异步计算：基于userId获取订单总数 @AsyncComputed get orderCount() { // 计算函数返回Promise，依赖userId变化时自动重新执行 return fetchOrderCount(this.userId); } build() { Column() { // 自动获取异步状态：loading/value/error if (this.orderCount.loading) { Text("加载中..."); } else if (this.orderCount.error) { Text(`获取失败：${this.orderCount.error.message}`); } else { Text(`订单总数：${this.orderCount.value}`); } Button("切换用户") .onClick(() => this.userId = "456"); // 切换用户ID，触发重新计算 } } } （2）自动依赖追踪与重新执行当@AsyncComputed依赖的状态（如上述userId）变化时，会自动取消当前正在执行的异步操作（如未完成的网络请求），并重新执行计算函数，避免旧请求结果覆盖新结果（“竞态问题”）。优势：无需手动管理请求取消逻辑（如AbortController），简化异步状态的一致性维护。（3）初始值与缓存策略支持配置初始值（initialValue）和缓存策略（cacheTime），优化用户体验：初始值：异步计算未完成时，优先使用初始值渲染（如@AsyncComputed({ initialValue: 0 }) get orderCount() { ... }）；缓存策略：设置cacheTime（毫秒），指定计算结果的缓存时长（如cacheTime: 30000表示 30 秒内不重复请求），减少无效网络请求。

3. 计算属性的依赖规则

无论是@Computed还是@AsyncComputed，其重新计算的触发严格遵循 “依赖变化原则”，即：  

• 仅当计算函数中直接读取的状态（如this.userId/this.prices）发生变化时，才重新执行计算；
• 未在计算函数中读取的状态变化（即使相关），不会触发重新计算（如@Computed未使用this.count，则this.count变化不影响计算）。  

示例：  

@Component
struct Demo {
  @State a: number = 1;
  @State b: number = 2;
  @State c: number = 3;

  // 仅依赖a和b，c变化不触发重新计算
  @Computed get sum() {
    return this.a + this.b; 
  }

  build() {
    Column() {
      Text(`sum: ${this.sum}`)
      Button("修改c").onClick(() => this.c++); // 不影响sum
    }
  }
}

三、适用场景：从简单派生到复杂异步

四、使用注意事项

1. 避免副作用：计算属性（无论同步 / 异步）应仅用于 “纯计算”，避免在计算函数中修改其他状态（如this.count++）、执行 DOM 操作或发送请求（@AsyncComputed除外，其本身就是为异步请求设计），否则可能导致状态混乱或无限循环计算。
2. 依赖状态的可观察性：计算属性依赖的状态必须是 ArkTS 可观察的状态类型（如@State/@Observed/@Provider等），普通 JavaScript 变量（如let x = 1）的变化不会触发计算重新执行。
3. 异步计算的错误处理：@AsyncComputed的计算函数应通过try/catch捕获异步错误（如网络异常），或依赖其自动捕获的error状态进行展示，避免未处理的异常导致应用崩溃：@AsyncComputed get orderCount() { try { return fetchOrderCount(this.userId); } catch (err) { throw new Error(`获取失败：${err.message}`); // 错误会被error状态捕获 } }
4. 性能边界：对于极端复杂的同步计算（如百万级数据排序），即使有缓存，首次计算仍可能耗时，建议结合@AsyncComputed将计算放入异步队列，避免阻塞 UI 渲染。

五、总结：计算属性的 “智能进化”

ArkTS 新一代 Computed 机制通过@Computed的 “精准依赖 + 智能缓存” 和@AsyncComputed的 “异步生命周期管理”，彻底解决了旧版计算属性的痛点。其核心价值在于：  

• 简化逻辑：将派生状态与 UI 渲染分离，让build函数更简洁；
• 提升性能：减少无效计算与重复请求，优化应用响应速度；
• 支持复杂场景：从简单的数据聚合到依赖网络的异步派生，覆盖全场景需求。  

对于 HarmonyOS 应用开发，合理使用@Computed和@AsyncComputed能显著提升代码质量与用户体验，是状态管理不可或缺的核心工具。