iOS16中SwiftUI List滚动时TaskModifier未触发的修复咨询

在iOS16之前，SwiftUI的List单元格中使用.task modifier可以在单元格出现时自动执行异步任务（比如图片下载），但升级到iOS16后，滚动列表加载新单元格时，.task不会自动触发，必须触摸单元格才会执行；直接在body里调用下载函数虽能生效，但不符合SwiftUI的生命周期规范。

针对这个问题，以下是可行的解决思路：

• 使用带id参数的.task(id:)重载版本
  无参的.task在iOS16的List复用机制下，可能因视图复用未检测到足够变化而不触发任务。给.task绑定单元格的唯一标识（比如Model的id），每次单元格复用、对应id变化时，都会重新触发任务。修改后的代码示例：

  struct TaskCell: View {
      let name: String
      let taskId: Int
      
      var body: some View{
          Text(name)
              .task(id: taskId) {
                  print("task with id modifier \(Thread.current) \(name)")
              }
      }
  }
  
  // List中的调用
  List(models){model in
      TaskCell(name: model.name, taskId: model.id)
          .frame(height: 100)
  }
  

• 移除不必要的@State包装
  原代码中TaskCell的name使用了@State，但name是从父视图传入的固定值，@State会让视图内部管理状态，可能干扰SwiftUI的视图更新判断。改成普通常量，能让视图更准确地感知依赖变化。

• 替代方案：.onAppear配合手动任务管理
  如果.task(id:)仍有问题，可以用.onAppear手动启动异步任务，同时在.onDisappear中取消任务避免内存泄漏：

  struct TaskCell: View {
      let name: String
      @State private var task: Task<Void, Never>?
      
      var body: some View{
          Text(name)
              .onAppear {
                  task = Task {
                      print("onAppear task \(Thread.current) \(name)")
                  }
              }
              .onDisappear {
                  task?.cancel()
              }
      }
  }
  

• 检查List的自定义配置
  iOS16对List的视图复用做了优化，若List使用了.listRowInsets等可能影响视图可见性的修饰符，需确认这些配置是否导致SwiftUI误判单元格的可见状态。

为什么直接在body中调用下载函数不合理？ #

直接在body里执行下载逻辑，会在视图每次刷新（包括重绘、状态变化等场景）时重复执行，不仅会造成不必要的重复网络请求，还违背了SwiftUI异步任务的生命周期管理原则，容易引发内存泄漏或数据不一致问题。

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