Swift继承时required init总报错，要如何正确实现才能解决？

在 Swift 开发中，required init 是一个强大但有时也令人困惑的关键字，当编译器不断抛出与 required init 相关的错误时，它往往会打断我们的开发节奏，这篇文章旨在深入探讨 required init 的本质，剖析常见的报错场景，并提供清晰、可操作的解决方案，帮助您彻底征服这个编译器“常客”。

深入理解 required init

我们需要明确 required 修饰符的作用，它专门用于类（class）的初始化器，并向编译器和所有开发者传递一个明确的契约：任何继承自该类的子类，都必须实现这个被标记为 required 的初始化器。

为什么需要这样一个强制性的规则呢？主要有两个核心原因：

1. 保证实例创建的完整性：某些超类的初始化逻辑依赖于子类提供的特定信息或行为，通过 required init，超类可以确保无论哪个子类被实例化，都有一个统一的、可预期的初始化入口点来完成必要的设置。
2. 满足协议要求：当一个类遵循某个带有初始化器要求的协议时，该初始化器在类实现中必须被标记为 required，这是因为协议不关心具体的类，只关心遵循它的“类型”必须能通过这个初始化器创建实例。

required init 就像一份“继承合同”，子类必须遵守。

常见报错场景与解决方案

理解了其原理后,让我们来看看最常遇到的几种报错情况以及如何修复它们。

子类未实现 required 初始化器

这是最直接、最常见的错误，当你在超类中声明了一个 required 初始化器，但在子类中忘记实现它时，编译器会毫不留情地提示你。

错误信息示例：
'required' initializer 'init(coder:)' must be provided by subclass of 'MyView'

问题代码：

class SuperClass {
    var name: String
    required init(name: String) {
        self.name = name
    }
}
class SubClass: SuperClass {
    // 错误：没有实现 required init(name:)
    // 编译器会在这里报错
}

解决方案：
在子类中实现这个 required 初始化器，在子类实现时，也必须带上 required 关键字，而不是 override。

class SubClass: SuperClass {
    var age: Int
    required init(name: String) {
        self.age = 0 // 子类属性的初始化
        super.init(name: name) // 调用父类的 required init
    }
}

初始化器签名不匹配

有时候你确实在子类中实现了初始化器,但参数名、参数类型或参数数量与超类的定义不一致，这也会导致编译器找不到匹配的实现。

问题代码：

class SuperClass {
    required init(data: [String]) { }
}
class SubClass: SuperClass {
    // 错误：参数名不匹配（data vs items）
    required init(items: [String]) {
        super.init(data: items) // 即使这样调用，签名依然不匹配
    }
}

解决方案：
确保子类中实现的 required 初始化器的签名（参数名、类型、数量）与超类完全一致。

class SubClass: SuperClass {
    required init(data: [String]) {
        super.init(data: data)
    }
}

在便利初始化器中错误处理

你可以在子类中使用便利初始化器（convenience init）来满足 required 的要求，但这个便利初始化器必须最终调用同一个类中的其他（指定或便利）初始化器，直到调用到指定的初始化器。

问题代码：

class SuperClass {
    required init(value: Int) { }
}
class SubClass: SuperClass {
    var description: String
    init(description: String, value: Int) {
        self.description = description
        super.init(value: value)
    }
    // 错误：这个 convenience init 没有正确地链接到指定初始化器
    convenience required init(value: Int) {
        // 缺少对 self.init 的调用
    }
}

解决方案：
确保便利初始化器遵循初始化链规则。

class SubClass: SuperClass {
    var description: String
    init(description: String, value: Int) {
        self.description = description
        super.init(value: value)
    }
    // 正确：convenience required init 调用了类中的指定初始化器
    convenience required init(value: Int) {
        self.init(description: "Default", value: value)
    }
}

为了更直观地小编总结,我们可以参考下表：

小编总结与最佳实践

required init 的报错并不可怕，它本质上是 Swift 类型安全系统的一道防线，确保了继承体系的健壮性，处理这类错误的关键在于：仔细阅读编译器的错误提示，它通常会精确地指出是哪个类的哪个 required 初始化器未被实现；回到超类定义，确认其确切的签名；在子类中严格遵循规则进行实现。

required 和 override 是不同的概念。override 是重写父类已有的实现，而 required 是强制子类提供一个实现（如果子类没有引入任何新的指定初始化器，它会自动继承父类的 required 初始化器），在某些情况下，一个初始化器可以同时是 required 和 override。

相关问答FAQs

问题1：required init 和 override init 有什么本质区别？

解答： 它们的用途和语义完全不同。override init 用于子类提供一个新的实现来替代父类中已有的（非 required）指定初始化器，它体现的是“多态”和“重写”的概念，而 required init 是一份强制契约，要求所有子类都必须拥有这个初始化器，无论子类是直接实现它，还是继承它，它的核心目的是确保在整个继承链中，某个初始化器始终可用，一个初始化器可以同时被标记为 required 和 override，这通常发生在子类需要重写父类中一个已经是 required 的初始化器时。

问题2：什么时候我才应该考虑使用 required init？

解答： 主要在以下两种场景中使用：

1. 实现协议的初始化要求：当你的类需要遵循一个带有 init 方法的协议时，在类中实现该初始化方法必须加上 required 关键字。
2. 设计需要被继承的基类：当你设计的基类其初始化过程依赖于子类才能确定的信息，或者你希望任何子类都能通过一个标准化的方式来创建实例时（在 UIKit 中，NSCoding 协议的 init(coder:) required 的，因为系统需要通过它来解档任何子类的实例），简而言之，当你作为基类的设计者，需要向子类开发者强制要求某个初始化器必须存在时，就使用 required。