SwiftUI点击Cell展示详情页时App崩溃，不使用Manager时selectedItem为nil原因求解

问题原因解析 #

崩溃的核心诱因 #

这是SwiftUI渲染事务的时序特性和sheet(isPresented:)重载的闭包求值机制共同导致的问题：

• 你在同一个点击手势回调里同时修改两个@State属性：selectedItem和isShowingDetailScreen，SwiftUI会将这两个状态变更放入同一个渲染事务批量处理。
• sheet(isPresented:)的内容闭包会在isShowingDetailScreen刚变为true时立刻求值，此时selectedItem的新值还没完成向渲染上下文的同步，闭包读取到的还是旧值nil，强制解包就会直接触发崩溃。

为什么使用ItemScreenManager不会崩溃 #

ItemScreenManager是遵循ObservableObject协议的类，它的@Published属性变更触发的渲染更新，和@State属性的更新不在同一个事务批次：

1. 手势执行时先给selectedItem赋值，这个@State的变更会先提交到当前事务完成同步。
2. 后续修改manager.isShowingDetailScreen时，@Published触发的View重绘会被放到下一个事务处理，等到sheet闭包求值时，selectedItem已经是最新的非空值，因此不会触发崩溃。

最优解决方案（从根源避免崩溃） #

不要使用sheet(isPresented:)配合可选值做强制解包，直接使用SwiftUI提供的专门处理可选值的sheet(item:)重载，它会自动在selectedItem不为nil时弹出sheet，并且将非空的实例直接传递给闭包，不需要你手动管理显示状态：

// 点击手势仅需给selectedItem赋值即可
.onTapGesture {
    selectedItem = item
}

// 直接绑定可选状态，不需要额外的isShowingDetailScreen变量
.sheet(item: $selectedItem) { item in
    ItemDetailScreen(item: item)
}

提示：SwiftUI开发中尽量不要对状态变量做强制解包，绝大多数强制解包的场景都有更安全的系统原生方案可以替代。

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