SwiftUI中Button的@State变量赋值后未保留值问题排查

为什么@State变量会失效 #

List的列表项是动态复用的，@State属于视图实例的状态存储，当列表滚动导致单元格被复用/销毁时，@State的生命周期会跟着视图实例不稳定变化：要么旧状态被保留，要么新状态被重置，无法稳定传递给popover。即使你把@State设为可选类型，视图复用时也会被重置为nil，这是List单元格复用机制导致的必然结果。

为什么全局@Published变量有效但popover调用两次 #

@Published属于ObservableObject的引用类型状态，全局实例的状态是共享且稳定的，不管List单元格怎么复用，popover都能拿到最新的引用值。但全局状态的副作用会导致：状态更新时，所有依赖这个全局对象的视图都会触发更新，包括当前列表项和可能的其他关联视图，从而导致popover的呈现逻辑被触发两次。

可行解决方案 #

放弃全局状态和直接用@State，改用**视图模型（ViewModel）+ @StateObject**来管理每个列表项的独立状态，既保证状态稳定性，又避免全局副作用。

步骤1：创建本地视图模型

class NoteItemViewModel: ObservableObject {
    @Published var tmpUUID: UUID?
    @Published var isPopoverShown = false
    
    // 封装UUID生成与popover触发逻辑
    func triggerNewNotePopover() {
        tmpUUID = newNote() // 你的newNote()函数
        isPopoverShown = true
    }
}

步骤2：在列表项视图中使用

struct ListItemView: View {
    // @StateObject保证每个列表项拥有独立的ViewModel实例，生命周期与视图绑定
    @StateObject private var vm = NoteItemViewModel()
    
    var body: some View {
        Button("生成新笔记") {
            vm.triggerNewNotePopover()
        }
        .popover(isPresented: $vm.isPopoverShown) {
            if let uuid = vm.tmpUUID {
                Text("当前笔记ID：\(uuid.uuidString)")
            }
        }
    }
}

方案优势 #

1. 状态稳定：@StateObject的生命周期与列表项视图绑定，不受List复用机制影响，每次生成的UUID都能准确传递给popover。
2. 无全局副作用：每个列表项的ViewModel独立，状态更新只会触发当前视图的刷新，不会导致popover被多次调用。
3. 逻辑封装：把UUID生成和popover触发的逻辑封装在ViewModel里，视图代码更简洁易维护。

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