NavigationLink在List中提前初始化目标视图实例是否符合预期？

你发现的这个现象是完全正常的，但确实很容易让人产生理解误区——毕竟直觉上我们会觉得只有点击列表项跳转时，才会创建目标视图和对应的ViewModel。

为什么会提前初始化？ #

这是SwiftUI的声明式UI机制导致的：NavigationLink的destination参数是一个View类型，而SwiftUI在构建视图树的时候，会立即计算所有声明的视图内容，不管用户有没有触发跳转动作。它需要提前知晓所有可能存在的视图结构，来做好渲染准备，这和UIKit那种命令式的跳转逻辑（点击时才手动初始化控制器）有本质区别。

如果你的ContactDetailViewModel初始化时没有什么重操作（比如网络请求、大量计算），其实这种提前初始化不会有太大问题；但如果初始化逻辑比较重，就会造成不必要的资源浪费，这时候就需要用下面的方法来延迟初始化。

解决方法：实现真正的懒加载 #

1. iOS 16+ 推荐方案：使用NavigationStack + navigationDestination

从iOS 16开始，苹果推出了NavigationStack替代旧的NavigationView，搭配navigationDestination可以完美实现点击时才初始化目标视图：

var body: some View {
    NavigationStack {
        List(viewModel.tableViewItems) { contact in
            // 用Button触发状态变化
            Button(contact.fullName) {
                selectedContact = contact
            }
        }
        // 只有当selectedContact非空时，才会初始化目标视图
        .navigationDestination(item: $selectedContact) { contact in
            ContactDetailView(viewModel: ContactDetailViewModel(contact: contact))
        }
    }
    // 用@State管理选中的联系人
    @State private var selectedContact: Contact?
}

2. 兼容iOS 15及以下：自定义LazyView包裹目标视图

如果需要支持更低版本的系统，可以通过自定义一个LazyView来延迟视图的初始化：
首先定义LazyView：

struct LazyView<Content: View>: View {
    let build: () -> Content
    
    init(_ build: @autoclosure @escaping () -> Content) {
        self.build = build
    }
    
    var body: some View {
        build()
    }
}

然后修改原有的NavigationLink代码：

var body: some View {
    NavigationView {
        List(viewModel.tableViewItems) { contact in
            NavigationLink(
                destination: LazyView(ContactDetailView(viewModel: ContactDetailViewModel(contact: contact)))
            ) {
                Text(contact.fullName)
            }
        }
    }
}

LazyView会把内部视图的创建逻辑包裹起来，直到真正需要渲染（用户点击跳转）的时候才会执行初始化代码。

内容的提问来源于stack exchange，提问作者Karthik