Swift 6并发环境下如何让UIView实现Codable协议？

问题背景 #

我们有一个继承自UIView的自定义视图，需要在Swift 6的并发模型下实现Codable协议。基础代码如下：

final class MyView: UIView {
    var name: String

    init(name: String) {
        self.name = name
        super.init(frame: .zero)
    }

    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
}

当让该类遵循Codable后，编译器会抛出三个错误：

• 主Actor隔离的属性name无法在非隔离上下文引用
• 协议要求实现Decodable的初始化器init(from:)
• 无法自动合成init(from:)，因为其实现需要调用非指定初始化器init()

手动实现init(from:)后，还会出现新错误：主Actor隔离的初始化器init(from:)无法满足Decodable协议的非隔离要求。按照编译器建议添加@preconcurrency修饰可以解决初始化器的问题，但属性name的访问错误仍存在，若用nonisolated(unsafe)标记name虽然能通过编译，但存在并发安全风险，并非最优方案。

最优解决方案 #

由于UIView天生受主Actor隔离，无法修改其隔离属性，我们可以通过数据与视图分离的方式来实现安全的Codable支持：

步骤1：定义非隔离的Codable数据模型 #

首先创建一个纯数据结构体，用来存储需要编码/解码的视图数据，该结构体不受主Actor隔离，可自动合成Codable实现：

struct MyViewData: Codable {
    let name: String
}

步骤2：修改UIView持有数据模型 #

让自定义视图持有这个数据模型，模型的访问受主Actor隔离：

final class MyView: UIView {
    private var data: MyViewData

    var name: String {
        get { data.name }
        set { data.name = newValue }
    }

    init(name: String) {
        self.data = MyViewData(name: name)
        super.init(frame: .zero)
    }

    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
}

步骤3：为UIView添加@preconcurrency Codable实现 #

通过@preconcurrency声明遵循Codable，并将编码/解码逻辑委托给数据模型，同时确保在主Actor上下文中完成视图初始化：

extension MyView: @preconcurrency Codable {
    enum CodingKeys: String, CodingKey {
        case data
    }

    func encode(to encoder: Encoder) throws {
        var container = encoder.container(keyedBy: CodingKeys.self)
        // 非隔离环境下直接访问非隔离的data模型，无需额外处理
        try container.encode(data, forKey: .data)
    }

    convenience init(from decoder: Decoder) throws {
        let container = try decoder.container(keyedBy: CodingKeys.self)
        let data = try container.decode(MyViewData.self, forKey: .data)
        // 确保UIView的初始化在主Actor上执行
        try MainActor.assumeIsolated {
            self.init(name: data.name)
        }
    }
}

方案优势 #

• 避免了nonisolated(unsafe)带来的并发安全风险，所有主Actor隔离的操作都被严格限制在主Actor上下文中
• 数据模型与视图职责分离，符合单一职责原则，代码更易维护
• 充分利用Swift 6的并发检查机制，确保编码解码过程的线程安全

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