SwiftUI中@AppStorage存储自定义数组报错：初始化器无精确匹配

问题根源 #

@AppStorage依赖UserDefaults存储数据，而UserDefaults默认只支持Foundation框架中可直接序列化的类型（如String、Int、Data等）。自定义的[Task]?类型没有默认的序列化逻辑，导致SwiftUI找不到匹配的初始化器，从而抛出“No exact matches in call to initializer”错误。

解决步骤 #

1. 让Task结构体遵循Codable协议 #

首先确保你的自定义结构体同时遵循Identifiable和Codable，这样才能进行JSON序列化/反序列化：

struct Task: Identifiable, Codable {
    let id = UUID()
    var name: String
    // 其他任务相关属性（需确保所有属性都支持Codable）
}

2. 为可选[Task]扩展RawRepresentable #

通过扩展Optional where Wrapped == [Task]，实现和String的转换逻辑（本质是先转Data再转String），让@AppStorage能识别这个类型：

extension Optional where Wrapped == [Task] {
    init?(rawValue: String) {
        guard !rawValue.isEmpty,
              let data = rawValue.data(using: .utf8),
              let tasks = try? JSONDecoder().decode([Task].self, from: data) else {
            self = nil
            return
        }
        self = tasks
    }
    
    var rawValue: String {
        guard let tasks = self,
              let data = try? JSONEncoder().encode(tasks),
              let string = String(data: data, encoding: .utf8) else {
            return ""
        }
        return string
    }
}

3. 修改@AppStorage声明 #

现在就可以正常使用@AppStorage声明可选数组了：

@AppStorage("myviews") var myviews: [Task]? = nil

额外注意事项 #

• 如果Task结构体中有自定义的非Codable属性，需要手动实现encode(to:)和init(from:)方法来处理这些属性的序列化。
• 测试前可以先清除App的UserDefaults数据（卸载App或在调试中重置），避免旧的无效数据干扰。
• 若不需要可选类型，也可以直接声明非可选数组并赋默认空数组[]，这样可以简化扩展逻辑（直接针对[Task]扩展RawRepresentable）。

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