Xcode 16与Swift 6更新后视图预初始化问题咨询

嗨，我最近也碰到了Swift 6和Xcode 16里的这个情况，先给你吃颗定心丸——这绝对不是你的代码出问题了，这是苹果在SwiftUI 6里新增的视图预加载优化特性，初衷是让导航切换时更丝滑，减少用户的等待时间。

但不得不说，这种预加载确实会给初始化逻辑重的视图带来不必要的性能开销，下面给你几个实用的解决办法：

1. 用延迟加载的NavigationLink写法 #

SwiftUI 6其实提供了能延迟目标视图初始化的NavigationLink重载方式，你可以把视图创建包装成惰性执行的闭包，或者用自定义的LazyView来实现延迟：

// 替换原来的写法，确保只有点击导航时才初始化目标视图
NavigationLink(destination: { PageTwo() }, label: { Text("Open") })

// 或者用自定义LazyView，更灵活
NavigationLink("Open") {
    LazyView(PageTwo())
}

// 自定义LazyView实现
struct LazyView<Content: View>: View {
    let build: () -> Content
    init(_ build: @autoclosure @escaping () -> Content) {
        self.build = build
    }
    var body: Content {
        build()
    }
}

2. 把重逻辑移到onAppear #

就像你想到的，把那些开销大的初始化代码从init里挪到onAppear，再用个状态变量标记是否已经执行过，避免重复操作：

struct PageTwo: View {
    @State private var hasInitializedHeavyTasks = false
    
    init() {
        // 只保留轻量的初始化逻辑在这里
        print("Second View initialized")
    }
    
    var body: some View {
        Text("")
            .onAppear {
                guard !hasInitializedHeavyTasks else { return }
                hasInitializedHeavyTasks = true
                // 在这里执行重开销的操作，比如网络请求、复杂数据处理等
                print("Heavy initialization completed")
            }
    }
}

3. 检查编译优化设置 #

有时候Xcode的编译优化选项也会影响视图初始化时机，你可以去项目的Build Settings里，找到Swift Compiler - Code Generation下的Optimization Level，如果当前是Fastest, Smallest [-Os]，可以临时改成None [-Onone]测试，但不建议长期用这个设置，毕竟会影响整体App性能。

至于能不能完全禁用这个预加载特性——目前苹果还没提供官方的开关，因为这是SwiftUI 6为提升导航体验做的默认优化。如果你的场景必须严格控制初始化时机，前面两种方法应该能很好地解决你的问题。

另外，你提到在苹果开发者论坛没收到回复，这种情况下可以试试通过Feedback Assistant给苹果提交反馈，详细说明你的使用场景和性能影响，说不定后续版本会调整这个行为或者提供配置选项哦。

备注：内容来源于stack exchange，提问作者Khaled Sh