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

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

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

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

By Gray
《漫步华尔街(第12版)》读书笔记

《漫步华尔街(第12版)》读书笔记

股票分析 基本面分析 * 基本面分析的四个基本决定因素 * 预期增长率 * 复合增长(复利)对投资决策有很重要的意义。 * 一只股票的股利增长和盈利增长率越高,理性投资者应愿意为其支付越高的价格。 * 推论:一只股票的超常增长率持续时间越长,理性投资者应愿意为其支付越高的价格。 * 预期股利支付率 * 对于预期增长率相同的两只股票来说,持有股利支付率越高的股票,较之股利支付率低的股票,会使你的财务状况更好。 * 在其他条件相同的情况下,一家公司发放的现金股利占其盈利的比例越高,理性投资者应愿意为其股票支付越高的价格。 * 特例,很多处于强劲增长阶段的公司,往往不支付任何股利。这时候不满足「在其他条件相同的情况下」。 * 风险程度 * 在其他条件相同的情况下,一家公司的股票风险越低,理性投资者(以及厌恶风险的投资者)应愿意为其股票支付越高的价格。 * 市场利率水平 * 在其他条件相同的情况下,市场利率越低,理性投资者应愿意为股票支付越高的价格。 * 举例,银行存款利率

By Gray