SwiftUI中为何无法像初始化String类型@State那样初始化Date类型@State？

这个编译差异和String、Date同为值类型的特性没有关系，本质是你用了非通用的@State初始化写法：String版本能过是编译器/框架层做的特殊语法糖支持，属于特例，Date没有覆盖在这个特例范围内，就会触发初始化规则报错。

具体逻辑拆解：

• 被@State修饰的属性，真正的存储属性是带下划线前缀的_value，类型为State<Value>；我们平时代码里直接写value访问的，是State包装器对外暴露的wrappedValue计算属性，不是底层存储本身。
• Swift初始化规则要求：结构体的所有存储属性必须在init执行完成前完成初始化。在_value（也就是State包装器实例本身）还没初始化的时候，直接访问self.value，本质是在访问未初始化实例的属性，按语法规则本来就应该报错。
• String版本不报错的原因，是SwiftUI框架针对String等少数基础类型做了特殊的初始化重载支持：当你在init里给self.value赋值时，编译器会自动把这段代码翻译成合法的底层存储初始化逻辑self._value = State(initialValue: 传入值)，绕开了“访问未初始化属性”的检查。
• 这个特殊语法糖没有覆盖Date类型，所以写同样的赋值代码时，编译器不会做自动转换，直接判定你在_value未初始化的阶段违规访问了self.value，抛出编译错误。

不管@State包裹的是什么类型，直接对底层存储属性_value做初始化是最稳妥、不会触发类型兼容问题的写法，对String、Date以及其他所有类型都生效：

struct DateTest: View {
    
    @State private var value: Date
    
    init(initialValue: Date) {
        // 直接初始化State包装器本身，无类型兼容问题
        self._value = State(initialValue: initialValue)
    }
    
    var body: some View {
        Text(value.description)
    }
}

注意：不要依赖给self.value直接赋值的方式初始化@State，这种写法仅对少数被特殊支持的类型生效，不是官方推荐的通用写法，换类型就很容易碰到这类编译错误。

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