SwiftUI|监测视图更新及更新原因

SwiftUI|监测视图更新及更新原因
Photo by wallace Henry / Unsplash

SwiftUI 的优势之一就是可以自动让 UI 和数据状态保持同步。频繁的视图更新也会带来一定的性能问题,尽管 Apple 已经让 SwiftUI 在更新时尽量只渲染视图树中必须重绘的部分,但我们还是需要知道某种可以监测视图更新以及触发其更新的原因的手段。这样我们才能在业务层面做一些针对性的性能优化。

我们可以通过在 View 的 body 视图构造器中插入一条 print 语句来监测到哪些视图的 body 正在被执行。这条语句还必须是一个赋值语句,不能是仅一个 print。因为 print 返回的是一个 Void ,而不是一个 View ,视图构造器会报错。

struct ContentView: View {
    var body: some View {
        let _ = print("ContentView Changed!")
        VStack {
            Image(systemName: "globe")
                .imageScale(.large)
                .foregroundColor(.accentColor)
            Text("Hello, world!")
        }
    }
}

像上面这样,每次执行 body 内部的视图构造器的时候,都会输出 ContentView Changed!

系统内部提供了一个 _printChanges 方法,可以输出视图被重新构建的原因。

struct ContentView: View {
    @State var count: Int = 1
    var body: some View {
        let _ = Self._printChanges()
        VStack {
            Image(systemName: "globe")
                .imageScale(.large)
                .foregroundColor(.accentColor)
            Text("Hello, world!")
            Button("Count: \(count)") { 
                count += 1
            }
        }
    }
}
  • 如果是视图的 identity 发生了变化,比如刚创建的视图被插入到了渲染树中,会输出 @identity
  • 如果是视图本身的值发生了变化,比如视图其中一个属性的值发生了变化,会输出 @self
  • 如果是视图中的一个状态发生了变化,会输出这个状态对应的属性名(下划线样式)。

案例

使用下面代码做一个小 Demo:

struct ContentView: View {
    @State var count: Int = 1
    @State var text: String = ""
    var body: some View {
        let _ = Self._printChanges()
        VStack {
            Image(systemName: "globe")
                .imageScale(.large)
                .foregroundColor(.accentColor)
            Text("Hello, world!")
            Button("Count: \(count)") { 
                count += 1
            }
            ChildView(text: $text)
            Button("Change Text") { 
                text = "abc"
            }
        }
    }
}

struct ChildView: View {
    let uuid: UUID = UUID()
    @Binding var text: String
    var body: some View {
        let _ = Self._printChanges()
        let _ = print(self.uuid)
        Text("ChildView text:" + text)
    }
}

Demo 刚启动时输出如下:

因为 ContentView 和 ChildView 都是新创建并且添加到渲染树中的,所以输出中都有 @identity@self 。ContentView 的两个 State 属性都被赋了初始值,所以它们也被打印了出来。

点击 Count 按钮,ContentView 的 count 增加,触发了更新,打印了@count 。而这个操作也让 Count 按钮下面的 ChildView 被重新创建了,所以 ChildView 打印了 @self ,且 uuid 发生变化。

点击 Change Text 按钮,ContentView 的 text 属性发生变化。由于 text 属性和 ChildView 绑定在了一起,因此 ChildView 打印了 @text 。此时 uuid 没有变化,说明 ChildView 没有被重建,只是内部更新内部视图。text 属性本身和 ContentView 没有绑定关系,所以 text 变化不会触发 ContentView 更新。

Read more

2025 年度总结

2025 年度总结

今天是 2026 年 1 月 1 号,又是新的一年。这个元旦没有安排出行任务,就在家里休息休息,或者出门溜达溜达。昨天休了一天全薪病假,做了体检,写了年终绩效总结,晚上干了一顿烤肉,没有时间写个人的年度总结。今天起早写写总结。 以下「今年」指 2025 年。 职业发展 算起来,我已经毕业工作四年多了。职业发展整体上还算稳定,没有碰到过糟心事,遇到的领导们也都对我关怀有加。今年又晋升一次,薪资迈上新的台阶。越往上升,越觉得离职业生涯的终点越近,逼迫自己赶紧找个靠谱稳定的副业,到 35 岁没人要的时候能养活自己。 最近两年 AI 大模型的崛起,提高了许多行业的可替代性。码农虽然不是首当其冲的,但危机感已经弥漫在各个论坛博客公共平台上面。没有人能准确预测到未来发展,但做好两手准备是很有必要的。码农不能再只低着头守着自己的键盘和屏幕,也要往外看,接触社会上的各种信息,打破信息壁垒。掌握的信息越多,出路就越多。

By Gray
联通 FTTR 宽带从路由器设置自动重启和穿墙功率

联通 FTTR 宽带从路由器设置自动重启和穿墙功率

几个月前把家里宽带换成了联通的千兆 FTTR 宽带,包含一主一从两个点位。配套光猫设备是华为的星光 F50 尊享版。 主点位放置在客厅茶几上,方便连接电视。从点位放在卧室门口,那里恰好有一个不耽误过路的小拐角可以放路由器。平常我们基本不在客厅活动,其他区域最近的 Wi-Fi 信号源是从路由器,因此我们大多数的设备连接的都是从路由器。从路由器的工作负荷很大。 从路由器个头小主路由器很多,散热不咋地。工作时间久了发热就容易发生数据包堵塞,丢包延迟高。需要把它电源拔掉重启。从宽带开通到现在,数据包堵塞影响网络的情况每个月会发生一次。有一次还影响了居家办公的视频会议。宽带维修师傅也给不出有效的法子,建议就是定期插拔从路由器电源。 从路由器和书房之间隔了两堵墙。信号到我书桌那个位置时,千兆网速已经衰减到只有 400-500Mbps 了,折损将近一半。叠加路由器发热的 debuff,书桌位置的网速最差的时候几乎和百兆宽带差不多。 我尝试过在光猫后台管理将路由器功率设置到「穿墙」模式,但没有任何作用。今天在后台研究了一番发现,原来我之前设置的功率是仅对主路由器生效,从路由器还是标准功率。要修

By Gray