SwiftUI 跨多层回传绑定时触发隐式解包nil崩溃的问题分析

SwiftUI的状态依赖追踪遵循按需读取规则：只有当@State属性被当前视图的body计算属性直接访问时，SwiftUI才会将该属性纳入当前视图的重算依赖列表。
你的崩溃是两个问题叠加导致的：

• Grandparent的body从未访问过location这个@State，所以SwiftUI的依赖图中，location的写入操作和Grandparent的视图重算没有关联。当你点击Child的按钮，先写入新的Location实例、再设置showEditView = true的批量状态更新，会触发Grandparent因为showEditView的变更重算body；但因为location没有被标记为依赖，求值引擎不会主动刷新未被依赖的状态读取值，仍返回body首次求值时捕获的初始nil。
• 你使用了隐式解包可选的@State var location: Location!，在sheet闭包里直接把这个隐式解包值传给要求非可选类型的EditView.placemark（@ObservedObject var placemark: Location），最终触发Unexpectedly found nil的运行时崩溃。

放开任意一段注释代码就不崩溃的原因很简单：两段注释里的逻辑都是在body中直接读取了location（if location != nil、.disabled(location == nil)），这就让SwiftUI将location纳入了Grandparent的依赖列表，重算body时会读取到最新的非nil的location值，不会触发解包崩溃。
而你测试的「把绑定传给EditView、内部包装成@ObservedObject」的写法正常，是因为EditView直接持有了location的绑定，会自行追踪绑定的最新值，完全不依赖Grandparent的body重算时的传值逻辑。

你“在body中引用属性就能触发状态链路正常”的猜测是正确的，但强行加隐藏的Text视图是非常不规范的hack，完全可以通过调整状态设计和传值逻辑从根源解决：

• 第一，废弃隐式解包可选的@State：把@State var location: Location!改成显式可选@State var location: Location?，对应的Parent、Child的@Binding也同步改成@Binding var location: Location?，从类型层面避免隐式解包的崩溃风险。
• 第二，传值前做安全解包：在sheet闭包里通过可选绑定确定非空后再传给EditView：

.sheet(isPresented: $showEditView) {
    if let location = location {
        EditView(placemark: location, dismiss: { showEditView = false })
    }
}

• 如果你的场景里确实不需要在Grandparent的UI中展示任何和location相关的内容、不想让body依赖location，可以直接把location的绑定传给EditView，由EditView内部完成可选解包和ObservedObject的包装，和你之前测试的正常逻辑一致：
  1. 修改Grandparent的sheet调用：

  .sheet(isPresented: $showEditView) {
      EditView(location: $location, dismiss: { showEditView = false })
  }
  

  2. 修改EditView实现，内部处理绑定的解包逻辑：

  struct EditView: View {
      @Binding var location: Location?
      var dismiss: () -> Void
      
      var body: some View {
          if let location = location {
              // 对非可选的ObservedObject做单独包装
              LocationEditView(placemark: location, dismiss: dismiss)
          }
      }
  }
  
  // 内部子视图持有ObservedObject
  private struct LocationEditView: View {
      @ObservedObject var placemark: Location
      var dismiss: () -> Void
      
      var body: some View {
          NavigationView {
              Text(placemark.name)
                  .navigationTitle("Edit place")
                  .navigationBarItems(trailing: Button("Done") { dismiss() })
          }
      }
  }
  

• 跨多层传递的ObservableObject类型状态，尽量不要用隐式解包可选的@State持有，优先使用显式可选或者带默认值的非可选类型。
• 不要为了建立状态依赖强行在body中添加无关的隐藏视图，这种写法会大幅增加代码的维护成本，后续排查状态链路问题时很容易踩坑。
• 所有涉及隐式解包的传值逻辑，都要提前排查解包时机，避免在SwiftUI批量状态更新的瞬间出现时序性的取值错误。

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