SwiftUI中为保存按钮配置2类提示弹窗 仅最后一个可显示的问题

SwiftUI 旧版本（iOS13-14）推出的基础alert(isPresented:content:)修饰符存在设计限制：同一个视图上链式叠加多个同类型alert修饰符时，系统只会注册距离视图层级最靠后（即最后链式调用）的那一个，前面的修饰符会被直接覆盖失效，这就是仅最后一个弹窗能正常触发的核心原因。

全版本兼容实现（无系统版本要求） #

抛弃两个独立布尔值控制两个alert的写法，改用单一状态源统一管理所有弹窗场景，全局仅注册一个alert修饰符，从根源避免修饰符覆盖问题：

1. 先定义统一的弹窗类型枚举，满足SwiftUI的Identifiable协议要求：

enum NoteAlertType: Identifiable {
    case error
    case success
    var id: NoteAlertType { self }
}

2. 删除原有的presentAlert、saveSuccess两个独立布尔状态，替换为单个可选枚举状态：

@State private var currentAlert: NoteAlertType?

3. 修改保存按钮的交互逻辑，在对应业务分支给统一状态赋值：

Button(action: {
    guard checkNoteIsOk() else {
        currentAlert = .error
        return
    }
    coreDM.saveNote(
        noteData: noteField,
        noteTitle: noteTitleField,
        noteDate: Date(),
        noteCategory: categorySelected!
    )
    emptyField()
    currentAlert = .success
}) {
    Text("Save")
}

4. 移除原有的两个独立alert修饰符，替换为绑定统一状态的单alert实现，根据当前状态动态生成弹窗内容：

.navigationTitle("Create new note")
.alert(item: $currentAlert) { alertType in
    switch alertType {
    case .error:
        return Alert(
            title: Text("Error !"),
            message: Text("Not saved"),
            dismissButton: .default(Text("OK"))
        )
    case .success:
        return Alert(
            title: Text("Success !"),
            message: Text("Insert with success !"),
            dismissButton: .default(Text("OK"))
        )
    }
}

这种实现没有版本兼容限制，从根源避免了多alert修饰符互相覆盖的问题。

iOS15及以上版本简化实现 #

如果项目最低支持版本在iOS15以上，可以直接使用系统新推出的alert(_:isPresented:presenting:actions:message:)重载API，这个API调整了内部视图注册逻辑，支持在同个视图上叠加多个同类型alert修饰符，不会出现覆盖问题。
可以保留原有的两个布尔状态，仅需要把alert的写法替换为新API格式即可：

.navigationTitle("Create new note")
// 校验失败弹窗
.alert("Error !", isPresented: $presentAlert) {
    Button("OK", role: .cancel) { }
} message: {
    Text("Not saved")
}
// 保存成功弹窗
.alert("Success !", isPresented: $saveSuccess) {
    Button("OK", role: .cancel) { }
} message: {
    Text("Insert with success !")
}

• 尽量把alert修饰符加在页面根容器（VStack/ZStack）层级，不要加在列表行、按钮这类局部子视图上，否则很容易出现弹窗触发位置偏移、响应不及时的问题。
• 触发弹窗的状态赋值不需要手动做提前重置，用户点击弹窗的关闭按钮后，系统会自动把绑定的状态值重置为初始态，不会出现状态残留导致的异常弹窗。

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