在SwiftUI视图中使用共享ObservableObject是否可行？

一、这种单例共享的方式符合SwiftUI设计范式吗？ #

答案是不符合。SwiftUI的核心设计逻辑是「单向数据流」和「可追踪的状态管理」，所有状态的创建、传递、修改都应该是清晰可控的。而单例模式本质是全局状态，相当于在App里开了个“公共全局变量”，完全打破了这种可控性。

二、这种方式的具体弊端有哪些？ #

• 调试难度高：全局状态的修改可能来自任何一个视图，出问题时根本没法快速定位到底是谁改了状态，排查bug要翻遍所有关联代码。
• 测试不友好：单例是全局唯一的，单元测试时不同用例的状态会互相干扰，没法做到独立测试，写测试用例的成本会很高。
• 视图耦合严重：所有依赖这个单例的视图都和它强绑定，以后要改这个对象的逻辑或者换个实现，所有关联视图都得跟着改，完全不灵活。
• 内存浪费：ObservableObject的生命周期本该和视图或场景绑定，但单例会一直存在到App退出，就算相关视图已经被销毁，它还占着内存。
• 状态同步风险：多个视图同时修改单例状态时，容易出现竞态条件，导致UI显示和实际状态对不上，出现莫名其妙的bug。

三、层级深的视图，怎么处理状态追踪才是最佳方式？ #

不是必须硬着头皮从父视图层层往下传，有几种更合理的方案：

• 用环境变量（EnvironmentObject）：把ObservableObject注入到视图环境中，子视图直接用@EnvironmentObject就能拿到，不用手动层层传递。注意要在根视图或者父层级通过.environmentObject(Obj())注入。
• 依赖注入：初始化视图时把需要的ObservableObject作为参数传进去，虽然要层层传，但状态流向清晰，方便追踪和测试。如果层级实在太深，可以结合环境变量来减少重复传递的麻烦。
• 统一状态管理：如果是复杂的全局状态，可以用SwiftUI原生的StateObject配合环境，或者用TCA这类专门的状态管理框架，把所有状态变更逻辑统一管控，保证数据流可预测。

附：原示例代码 #

class Obj: ObservableObject {
    
    static var shared = Obj()
    
    @Published var changed = false
}

struct SwiftUIView: View {
    
    @ObservedObject var obj = Obj.shared
    
    var body: some View {
        Button {
            obj.changed.toggle()
        } label: {
            Text("CHANGE")
        }
    }
}

struct OtherSwiftUIView: View {
    
    @ObservedObject var obj = Obj.shared
    @State var text = "HELLO"
    
    var body: some View {
        Text(text)
            .onChange(of: obj.changed) { _ in
                text = "BYE"
            }
    }
}

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