如何解决给SwiftUI的@State变量添加didSet后出现的Xcode Segmentation fault:11错误

这个问题我之前也踩过坑，本质是**@State属性包装器和didSet观察器不兼容**导致的——@State的底层实现依赖SwiftUI的内部状态存储机制，直接给它加didSet会打乱编译器对属性包装器的解析逻辑，进而触发段错误（Segmentation fault:11），重命名或者改可选类型自然解决不了问题。

下面给你两个实用的替代方案，都是符合SwiftUI设计规范的：

方案1：用.onChange(of:)监听变化（官方推荐） #

这是SwiftUI专门用来监听状态变更的API，简单直接，完全适配@State变量：

struct YourView: View {
    @State private var text: String = ""
    
    var body: some View {
        TextField("输入文本", text: $text)
            .onChange(of: text) { oldValue, newValue in
                print(oldValue, newValue)
                // 原来想放在didSet里的逻辑都可以写在这里
            }
    }
}

每次text的值改变时，这个闭包就会被触发，你能直接拿到旧值和新值，完美替代didSet的作用。

方案2：用ObservableObject管理状态（适合复杂逻辑） #

如果你的状态变化逻辑比较复杂，或者需要在多个View之间共享，可以把状态移到ObservableObject中，用@Published属性来实现类似didSet的效果：

class TextStateManager: ObservableObject {
    @Published var text: String = "" {
        didSet {
            print(oldValue, text)
            // 复杂的业务逻辑可以在这里处理
        }
    }
}

struct YourView: View {
    @StateObject private var stateManager = TextStateManager()
    
    var body: some View {
        TextField("输入文本", text: $stateManager.text)
    }
}

@Published属性支持didSet观察器，而且通过@StateObject可以确保ViewModel的生命周期和View绑定，完全符合SwiftUI的状态管理最佳实践。

补充：为什么原来的写法会崩溃？ #

@State的作用是把变量的存储从View结构体本身转移到SwiftUI的内部环境中，这样即使View结构体被重建，状态也能保留。直接给@State变量添加didSet会让编译器无法正确处理属性包装器的语法，导致内部解析出错，这就是你看到段错误的原因——和变量名、可选类型完全无关，核心是@State和didSet的兼容性问题。

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