会，而且是：

有可能高频触发 build()

但这里有一个很多人容易误解的点：

不是“整个页面重新创建”
而是“当前组件被标记 dirty 后重新执行 build”

ArkUI 底层会做：

• 脏节点标记
• 局部刷新
• VSync 合帧
• 最小化渲染

并不是 React 初学者理解的：

整个页面全部销毁重建

官方和社区对 @State 的描述也是：

State 变化会触发依赖该状态的组件重新渲染

并且：

只刷新受影响节点

你这个代码里：

this.deviceOrientation = (currentAlpha + 360) % 360;

如果：

deviceOrientation 是 @State

那么：

每次赋值都会触发响应式更新

哪怕：

只是 0.1° 的变化

也会触发。

而你的传感器：

interval: 100_000_000

这个是：

100ms

也就是：

理论 10fps 更新

如果设备旋转时：

每秒可能触发：

• 10次
• 20次
• 甚至更多

UI 更新。

不过你这里已经做了一层非常重要的优化：

防抖

if (Math.abs(angleDiff) < this.minAngleChange) {
  return;
}

这个非常关键。

否则：

方向传感器会疯狂抖动

尤其：

• 磁场干扰
• 手抖
• 陀螺仪漂移

会导致：

持续 rebuild

但即使这样：

还是会触发 build

因为：

@State 本质就是 UI 驱动状态

只要值变化：

ArkUI 就会：

• 标记组件 dirty
• 下一帧重新执行 build

不过：

真正关键的问题是：

你的 build 里面有多重

如果只是：

Image()
  .rotate({ angle: this.deviceOrientation })

这种：

代价很小

因为：

ArkUI 最后可能只是：

更新 transform

不会重新 layout 全树。

但如果你 build 里：

• ForEach 很大
• WaterFlow
• List
• 大量条件渲染
• 图片解码
• 复杂动画

那：

频繁 State 更新就会明显掉帧

你这个场景：

最推荐的做法其实是：

方案1（你现在的方向，推荐）

继续：

角度阈值过滤

比如：

minAngleChange = 3

甚至：

5°

很多指南针就是这么干的。

方案2（更推荐）

再加：

节流

比如：

每 200ms 才允许更新一次 UI

因为：

传感器频率
不等于
UI需要更新频率

人眼：

其实 5~10fps 已经很顺滑

没必要：

60fps 改 @State

例如：

private lastUpdateTime = 0;

const now = Date.now();

if (now - this.lastUpdateTime < 200) {
  return;
}

this.lastUpdateTime = now;

方案3（高性能方案）

不要直接：

传感器 -> @State

而是：

传感器 -> 普通变量
动画帧 -> 同步到 @State

类似游戏引擎。

但一般：

没必要

除非：

• AR
• 地图罗盘
• 实时导航
• 3D场景

还有一个很多人不知道的点：

ArkUI 的 build()

并不等于：

真正重绘

build 更像：

重新生成声明树

后面：

• Diff
• Node更新
• Render

ArkUI 会做优化。

官方也提到：

是细粒度节点更新
不是整树刷新

所以最终结论：

• @State 更新会触发组件重新 build
• 高频传感器更新确实可能导致频繁刷新
• 但 ArkUI 有局部刷新机制，不是整页销毁
• 你现在的角度过滤是正确做法
• 建议再增加：
  • 节流
  • 更新频率限制
• 如果只是旋转 transform，性能通常问题不大
• 真正危险的是：
  • 大列表
  • 大量布局
  • 高频 State 全树联动

你这个场景（指南针/方向感应）：

3°~5°阈值
+
100~200ms节流

基本就是业内常规方案了。