SwiftUI父视图刷新时子视图.task修饰符未触发如何解决

• 父视图负责展示用户个人资料、拉取个人资料数据，子视图负责展示用户评分/评论、拉取对应评论数据，二者均通过.task修饰符触发异步数据请求
• 父视图因状态变更触发重绘时，子视图状态重置、数据清空，但子视图绑定的.task修饰符不会重新执行
• 提供的复现代码运行结果：视图首次加载时子视图数据正常赋值为1，点击按钮触发父视图状态更新后，子视图数据重置为nil，不会重新执行加载逻辑

这不是系统Bug，是SwiftUI基础机制共同作用的预期表现：

• 视图身份与生命周期规则：SwiftUI通过视图的结构位置、显式id判定视图身份。示例中用if parentViewNumber != nil控制子视图显示，当parentViewNumber从1变为2时，判断条件始终成立，子视图在视图树中的位置没有变化，SwiftUI会判定子视图身份未变，不会执行移除再插入的操作，因此不会触发onAppear事件，绑定在该生命周期节点上的.task修饰符自然不会执行。
• 值类型视图的初始化逻辑：SwiftUI的View是结构体值类型，父视图每次重绘都会生成新的子视图结构体实例。示例中在子视图构造函数内直接创建ChildViewModel，意味着每次重绘都会生成全新的ViewModel实例，旧ViewModel随旧的子视图结构体被系统回收，新ViewModel从未触发过数据加载逻辑，最终表现为状态重置、数据为空。

方案1：为子视图添加显式id，强制触发重新挂载 #

在子视图调用位置添加.id()修饰符，将父视图的变更状态作为id传入，每次id变化时SwiftUI会主动判定旧子视图身份失效，移除旧实例后挂载全新的子视图，此时新实例的.task会正常触发。
核心代码调整：

if parentViewNumber != nil {
    ChildView(parentViewNumber: parentViewNumber)
        .id(parentViewNumber)
}

该方案实现成本极低，适合子视图结构简单、重建开销小的场景；缺点是每次父视图状态变更都会完全销毁重建子视图，性能开销较高。

方案2：上移子视图ViewModel持有权，通过依赖注入传入（生产环境推荐） #

不要在子视图构造函数中自行创建ViewModel实例，改为在父视图中持有子ViewModel，通过构造函数依赖注入给子视图；父视图触发刷新逻辑时，主动调用子ViewModel的数据加载方法即可，完全规避子视图生命周期和状态不同步的问题。
核心代码调整：

struct ParentView: View {
    @State var parentViewNumber: Int?
    // 父视图持有子ViewModel实例，不会随子视图重建被销毁
    @State var childViewModel = ChildView.ChildViewModel()

    func incrementParent () async {
        try? await Task.sleep(nanoseconds: 1 * 1_000_000_000)
        if let parentViewNumber = parentViewNumber {
            self.parentViewNumber = parentViewNumber + 1
        } else {
            parentViewNumber = 1
        }
    }

    var body: some View {
        VStack {
            Text("Parent View Number: \(parentViewNumber ?? 0)")
            Button {
                Task {
                    await incrementParent()
                    // 父视图刷新完成后主动触发子视图数据加载
                    await childViewModel.incrementChildViewNubmer()
                }
            } label: {
                Text("Increment Parent View")
            }
            if parentViewNumber != nil {
                // 依赖注入传入已持有的子ViewModel
                ChildView(childViewModel: childViewModel, parentViewNumber: parentViewNumber)
            }
        }
        .task {
            await incrementParent()
            await childViewModel.incrementChildViewNubmer()
        }
    }
}

struct ChildView: View {
    class ChildViewModel: ObservableObject {
        @Published var childViewNumber: Int?
        init() {
            print ("ChildViewModel init called")
        }
        
        @MainActor
        func incrementChildViewNubmer () async {
            print ("incrementChildViewNubmer called")
            try? await Task.sleep(nanoseconds: 1 * 1_000_000_000)
            if let childViewNumber = childViewNumber {
                self.childViewNumber = childViewNumber + 1
            } else {
                childViewNumber = 1
            }
        }
    }
    
    @ObservedObject var childViewModel: ChildViewModel
    var parentViewNumber: Int?
    
    // 构造函数改为接收外部传入的ViewModel实例
    init(childViewModel: ChildViewModel, parentViewNumber: Int?) {
        print("ChildView init called")
        self.parentViewNumber = parentViewNumber
        self.childViewModel = childViewModel
    }
    
    var body: some View {
        VStack {
            Text("ChildView Number: \(childViewModel.childViewNumber ?? 0)")
            Text("ParentView Number \(parentViewNumber ?? 0)")
        }
        .task {
            await childViewModel.incrementChildViewNubmer()
        }
    }
}

该方案状态归属清晰，不会出现无意义的对象创建和视图重建，性能表现最好，是复杂业务场景下的标准实现方式。

方案3：为.task绑定触发id #

如果不想调整ViewModel的持有关系，可以直接给子视图的.task修饰符传入id参数，当绑定的id值变化时，.task会自动取消上一个执行中的任务，重新运行内部的异步逻辑。
核心代码调整：

// 子视图body内的.task修改为
.task(id: parentViewNumber) {
    await childViewModel.incrementChildViewNubmer()
}

该方案改动量极小，适合快速修复问题；缺点是子视图每次重绘仍会创建新的ViewModel实例，存在不必要的性能开销，不建议在复杂业务场景使用。

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