如何在SwiftUI中限制/重置@Environment作用域隔离嵌套弹窗环境值

在自研SwiftUI框架中扩展View实现自定义弹窗能力，基础扩展代码如下：

public extension View {
    func popup<PopupContent>(@ViewBuilder popupContent: @escaping () -> PopupContent) -> some View where PopupContent : View {
        LNPopupViewWrapper(popupContent: popupContent) {
            self
        }.edgesIgnoringSafeArea(.all)
    }
}

该实现会生成一个容器UIViewController，同时承载容器视图与弹窗内容。后续为View增加了多个修饰符扩展容器行为，比如弹窗栏上下文菜单修饰符：

public extension View {
    func popupBarContextMenu<MenuItems>(@ViewBuilder menuItems: () -> MenuItems) -> some View where MenuItems : View {
        return environment(\.popupBarContextMenu, AnyView(menuItems()))
    }
}

框架内部通过@Environment读取对应环境值完成逻辑处理：

@Environment(\.popupBarContextMenu) var popupBarContextMenu: AnyView?

现存问题 #

当出现嵌套.popup()调用时，环境值会沿着视图树深度传递到内层弹窗，示例代码如下：

NavigationView {
    Button("Outer") {
        viewPresented.toggle()
    }
    .fullScreenCover(isPresented: $viewPresented, content: {
        Text("Inner").popup {
            InnerPopupContentView()
        }
    })
}.popup {
    OuterPopupContentView()
}.popupBarContextMenu {
    OuterPopupContextMenu()
}

上述代码中内层弹窗会错误继承外层弹窗的上下文菜单配置。
核心诉求：如何在不同层级弹窗之间建立环境隔离，或是在每个LNPopupViewWrapper层级重置对应环境值？
另外观察到SwiftUI原生.contextMenu()修饰符没有采用环境注入方案，而是通过内部的SwiftUI.ContextMenuModifier实现，仅作用于当前调用修饰符的视图，不会向下传递。逆向发现该Modifier持有SwiftUI.ViewIdentity实例，和唯一视图做绑定关联，内部结构如下：

SwiftUI.(ContextMenuModifier in $96e558)
----------------------------------------
menuView: A
(generic_type_parameter depth=0 index=0)

id: SwiftUI.ViewIdentity
(struct SwiftUI.ViewIdentity)

方案1：在弹窗容器入口重置环境值（实现成本最低） #

不需要修改现有修饰符的实现逻辑，只需要在LNPopupViewWrapper初始化时，将传入的根视图（即被包裹的self）对应的所有弹窗相关环境值手动重置为默认值，即可切断外层环境向内层传递的路径。
修改popup扩展实现如下：

public extension View {
    func popup<PopupContent>(@ViewBuilder popupContent: @escaping () -> PopupContent) -> some View where PopupContent : View {
        LNPopupViewWrapper(popupContent: popupContent) {
            // 重置所有弹窗相关环境值为默认值
            self.environment(\.popupBarContextMenu, nil)
                // 后续新增的弹窗相关环境值，都在此处逐一重置
        }.edgesIgnoringSafeArea(.all)
    }
}

SwiftUI的环境值默认沿视图树向下继承，在包裹内层根视图时主动将对应环境值设回默认值后，内层所有视图读取到的就是重置后的值，除非内层主动调用.popupBarContextMenu修改配置，否则不会拿到外层的设置。

注意：仅需要对被包裹的宿主视图层级做环境重置，不要修改popupContent闭包返回的弹窗内容的环境，保证弹窗内容能正常读取所属层级的环境配置。

方案2：基于PreferenceKey+视图唯一标识实现（对齐原生实现逻辑，隔离性更强） #

如果后续弹窗相关的配置项越来越多，逐个重置环境值的维护成本较高，可以参考原生ContextMenuModifier的实现逻辑，放弃环境注入方案，改用PreferenceKey向上传递配置，同时给每个弹窗实例生成唯一标识做匹配。
实现步骤：

• 定义结构体存储弹窗配置，同时为每个LNPopupViewWrapper实例生成唯一id（公开API场景下直接用UUID()即可，不需要依赖SwiftUI内部的ViewIdentity类型）
• 所有弹窗相关修饰符（比如popupBarContextMenu）不再修改环境值，改为给当前视图挂载Preference，存储的值包含当前修饰符绑定的弹窗id和对应配置内容
• LNPopupViewWrapper初始化时先生成自身唯一id，再在包裹的根视图上监听Preference变化，仅收集和自身id匹配的配置，忽略其他id的配置
• Preference本身沿视图树向上传递，每个LNPopupViewWrapper只会捕获自身层级以下、内层弹窗范围以外的修饰符配置，天然实现层级隔离，完全不会读取到外层弹窗的配置。
  这种方案不需要手动维护环境重置列表，新增配置项时不需要修改弹窗容器的核心逻辑，适合功能复杂的弹窗组件。

原生ContextMenu不透传配置的原理 #

原生ContextMenuModifier本质就是采用上述第二种方案：给每个修饰符绑定当前作用视图的唯一ViewIdentity，内部不会把配置注入全局环境，仅在匹配到对应身份的视图时才生效，自然不会沿着视图树传递给其他不相关的视图，也就不会出现嵌套时配置串用的问题。

内容的提问来源于stack exchange，提问作者Léo Natan