启用Xcode严格并发检查后，Post结构体的Sendable合规性问题

针对开启Xcode严格并发检查后出现的两个警告，提供以下几种解决方案：

方案一：用@unchecked Sendable声明Post合规 #

Firebase的@DocumentID目前未显式实现Sendable协议，但底层实现是线程安全的。可以通过@unchecked Sendable告诉编译器我们确认该类型符合Sendable要求：

struct Post: Identifiable, Codable, @unchecked Sendable {
    @DocumentID var id: String?
    var title: String
    var content: String
    var timestamp: Date
}

这种方式无需修改现有业务逻辑，是最简洁的解决方案，只要你确认@DocumentID的使用不会引发线程安全问题（Firestore官方API通常满足此要求），就可以放心使用。

方案二：手动管理文档ID，替代@DocumentID #

如果不想依赖@unchecked Sendable，可以改用普通属性存储文档ID，手动处理Firestore数据的映射：

struct Post: Identifiable, Codable, Sendable {
    var id: String?
    var title: String
    var content: String
    var timestamp: Date
    
    // 自定义解码逻辑，适配Firestore文档ID
    enum CodingKeys: String, CodingKey {
        case id, title, content, timestamp
    }
    
    // 从Firestore文档快照初始化
    init(from snapshot: DocumentSnapshot) throws {
        let data = snapshot.data() ?? [:]
        id = snapshot.documentID
        title = data["title"] as? String ?? ""
        content = data["content"] as? String ?? ""
        timestamp = data["timestamp"] as? Date ?? Date()
    }
}

之后在getPostsFromFirebase函数中，用上述初始化方法替代自动解码，即可完全规避@DocumentID的Sendable问题。

方案三：临时屏蔽警告（不推荐） #

如果只是临时需要消除警告，可以针对特定代码块禁用Sendable检查：

func firebaseQuery(queries: [String], queryField: String) async throws -> [Post] {
    var results = [Post]()
   
    try await withThrowingTaskGroup(of: [Post].self) { group in
        for query in queries {
            // 禁用当前闭包的Sendable警告
            // swiftlint:disable:next sendable
            group.addTask { [self] in
                return try await getPostsFromFirebase(query: query, queryField: queryField)
            }
        }
        
        for try await result in group {
            results.append(contentsOf: result)
        }
    }
   
    return results
}

这种方法仅隐藏警告，未解决根本的并发安全问题，不建议长期使用。

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