嘿，我来帮你梳理下这个问题～先结合你的代码和SwiftUI的渲染逻辑，咱们一步步拆解：

一、额外图层的常见原因 #

这种看似冗余的图层，其实大多和SwiftUI的默认渲染机制以及你的视图结构有关：

• NavigationStack的默认容器层：你在RootScreen和AuthenticationView里都嵌套了NavigationStack，SwiftUI会给每个导航栈自动生成导航栏容器、背景占位、布局辅助等图层——哪怕你没自定义导航栏样式，这些系统级的渲染元素也会存在。
• 全屏覆盖与视图叠加的隔离层：RootScreen里的fullScreenCover会触发独立的渲染上下文，SwiftUI需要为全屏弹窗创建隔离图层，避免和底层视图的渲染冲突，这会额外增加几层结构。
• Button的默认交互样式层：SwiftUI的原生Button自带了一套交互相关的图层：点击高亮层、背景层、边框占位层、文本内容层，加起来刚好4-5层，这是系统为了实现按压反馈等默认交互效果自动生成的。
• SwiftUI的自动拆分优化：有时候系统会把视图拆分成多个图层，用来优化重绘效率——比如把静态内容和动态内容分开渲染，看起来图层多，但其实是在做预优化。

二、这些图层会不会造成性能问题？ #

大部分情况下不会有明显影响：

• SwiftUI的渲染引擎基于Metal，对图层的处理是高度优化的，只要不是成千上万的冗余图层，日常使用的设备完全能轻松应对。
• 你看到的“额外图层”很多是系统内部的辅助渲染层，只有当视图内容发生变化时，对应的图层才会更新，不会触发无意义的重绘。
• 当然，如果后续你的app要做复杂动画、长列表滚动，或者在低性能设备上运行，过多图层可能会增加GPU压力，但目前你的登录页+简单TestView场景完全不用担心。

三、如果想精简层级可以试试这些调整 #

要是你还是想优化视图结构，这几个方法可以试试：

• 合并NavigationStack：不用给每个视图都套独立的NavigationStack，可以把根容器的NavigationStack作为全局导航入口，其他页面作为子视图嵌入，避免重复创建导航栈层级。
• 自定义Button样式：用.buttonStyle(.plain)或者自定义ButtonStyle去掉系统默认的背景、高亮层，能大幅减少Button的图层数量，比如：

Button(action: { /* 匿名登录逻辑 */ }, label: {
    Text("Sign in Anonymously")
})
.buttonStyle(.plain)

• 移除不必要的ZStack：你的RootScreen里的ZStack只包裹了一个条件视图，完全可以直接用if返回视图，不用额外嵌套ZStack：

struct RootScreen: View {
    @State private var showSignInView = true
    
    var body: some View {
        if !showSignInView {
            NavigationStack{
                TestView()
            }
        }
        .fullScreenCover(isPresented: $showSignInView) {
            NavigationStack {
                AuthenticationView(showSignInView: $showSignInView)
            }
        }
    }
}

备注：内容来源于stack exchange，提问作者whyDoICodeFrontEnd