性能优化先减少无效工作，再讨论快了多少

在 Owlet 的本地数据刷新中，我选择合并短时间内的更新，按菜单栏与仪表盘的实际需要分层计算，并在值发生变化时才发布 UI 状态。刷新期间的最后一次变化必须保留；没有运行时测量，就不宣称 CPU 或耗时改善了某个百分比。

当时的背景

公开复盘讨论本地日志、SQLite 与多个 SwiftUI 界面共享数据时的重复刷新问题；原文没有给出可复验的性能提升百分比。

判断依据

重复读取、重型查询和无变化状态发布会叠加成本；减少这些工作仍需分别核验行为、数据与运行时表现。

结果：尚无已核验结果。