SwiftUI List内切换视图时子视图@State未重置问题咨询

List状态残留的核心逻辑 #

List是SwiftUI对UIKit中UITableView的封装，底层自带单元格复用缓存机制，这是状态不重置的根本原因：

• 当切换mode从.button到.text时，原本承载MyButton的列表行不会被直接销毁，而是进入List的复用缓存池待命，MyButton实例持有的@State托管状态会被完整保留，不会走视图销毁流程
• 当切回.button模式时，List会优先从缓存池取出之前存储的列表行直接复用，不会重新创建MyButton实例，因此之前点击修改过的label状态会被直接沿用，不会执行init中写的初始值赋值逻辑
• 移除List后表现正常，是因为VStack、ZStack这类普通布局容器没有复用缓存设计，switch分支切换时旧分支的视图会被完整销毁，对应@State占用的内存也会被释放，切回时会重新初始化MyButton实例，自然回到初始状态

另外示例代码中的@State初始化写法也放大了这个问题：@State的存储是由SwiftUI框架全局托管、和视图身份绑定的，在init中直接给label属性赋值，只会在视图第一次被创建时生效，后续视图被复用、重新执行init时，已经存在的托管State值不会被init里的赋值覆盖。

提到的两种修复方案都能生效，但存在明显缺陷：

• 给MyButton设置动态.id()：本质是强制SwiftUI将不同id的视图识别为完全不同的新实例，切回时会丢弃旧实例重新创建。缺点是会完全破坏List的复用机制，丢失所有和该视图关联的状态、动画上下文，列表内容较多时会明显影响滚动性能
• 在.onDisappear中重置状态：需要手动为每个需要重置的状态写重置逻辑，维护成本高，后续给MyButton新增状态属性时很容易漏写；且List中单元格因为滚动移出屏幕时也会触发onDisappear，此时重置状态会导致滚动过程中状态异常丢失。

更推荐的方案按适用场景排序：

1. 如果列表行数很少、不需要复用带来的性能收益：直接把List替换为ScrollView + VStack的组合，从根源上避免复用缓存带来的状态残留问题，和移除List后的表现完全一致，不需要写任何额外的状态处理逻辑

   // 替换原List代码
   ScrollView {
       VStack {
           switch mode {
           case .button:
               MyButton()
           case .text:
               Text("No button here for sure!")
           }
       }
   }
   

2. 如果需要保留List的复用能力和原生样式：在MyButton的.onAppear回调中重置状态，保证每次视图即将展示时都会回到初始值，不管是首次加载、复用还是切换分支回来都能正常生效，不需要手动管理id：

   struct MyButton: View {
       @State private var label: String = "Press Me"
       
       var body: some View {
           Button() {
               label = "I'm Pressed"
           } label: {
               Text(label)
           }
           .onAppear {
               label = "Press Me"
           }
       }
   }
   

3. 如果状态本身需要和父视图逻辑联动：将状态所有权上移到父视图，通过绑定传入MyButton，由父视图控制状态的初始值和重置时机，适合状态需要跨视图同步的场景。

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