SwiftUI TabView重绘过程中是否会丢失导航点击事件？

问题根因 #

你遇到的点击丢失确实和高频重绘有关：当前ContentView2直接持有全局@ObservedObject，只要@Published字段更新，就会触发整个ContentView2重绘，TabView会同步重新计算布局、刷新所有子视图，占用主线程资源。用户点击事件的调度优先级低于渲染任务，频繁重绘时主线程时间片被占满，就会出现点击延迟、丢失的情况。

解决思路 #

• 切断不必要的状态订阅
  你当前的ContentView2本身没有使用appState的任何属性，完全不需要订阅全局状态。可以把@ObservedObject声明从父视图移除，改为通过环境对象@EnvironmentObject注入到实际用到状态的子视图（MainView/AudioControlView/PreferenceView）中。这样只有用到对应状态属性的子视图会重绘，ContentView2和TabView不会被高频刷新，点击响应会恢复正常。
  优化后的代码示例：

  import Foundation
  import SwiftUI
  
  struct ContentView2: View {
      enum Tabs {
          case main
          case audio
          case preferences
      }
      
      @State private var tab = Tabs.preferences 
  
      var body: some View {
          TabView(selection: $tab) {
              MainView()
                  .tabItem {
                      Image(systemName: "video.fill")
                      Text("Main")
                  }.tag(Tabs.main)
                  .environmentObject(Globals.appState)
              AudioControlView()
                  .tabItem {
                      Image(systemName: "speaker.fill")
                      Text("Audio")
                  }.tag(Tabs.audio)
                  .environmentObject(Globals.appState)
              PreferenceView()
                  .tabItem {
                      Image(systemName: "gear")
                      Text("Prefs")
                  }.tag(Tabs.preferences)
                  .environmentObject(Globals.appState)
          }
      }
  }
  

  子视图内部声明@EnvironmentObject var appState: AppState即可使用全局状态。

• 降低状态更新频率
  对后台任务的更新逻辑做限流，使用Combine的throttle/debounce操作符，或者Swift Concurrency AsyncSequence的限流接口，限制每秒状态更新次数，大幅减少重绘触发频率。非实时必要的状态更新，可设置最低更新间隔（比如200ms-500ms）。

• 优化渲染优先级
  所有状态更新必须放到主线程执行，同时给非紧急的状态更新设置低优先级，让系统优先调度用户点击事件。比如使用DispatchQueue.main.async(qos: .background) 或者Task(priority: .background)来提交状态更新操作。

• 避免不必要的子视图重绘
  给TabView的子视图添加.equatable()修饰符，让子视图遵循Equatable协议，只有当子视图的入参发生变化时才会触发重绘，即使父视图意外刷新也不会连带刷新子视图。

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