问为什么/什么时候我们要打电话给super.ViewDidLoad？

EN

通常，调用super所有没有返回值的函数是个好主意。

您不知道viewDidLoad的实现。UIViewController可能正在做一些重要的设置，而不调用它不会给它运行自己的viewDidLoad代码的机会。

从UIViewController子类继承时也是如此。

即使打电话给super.viewDidLoad什么也不做，总是打电话是一个很好的习惯。如果你养成了不叫它的习惯，你可能会忘记在需要的时候叫它。例如，当从第三方框架或您自己的代码库对依赖它的ViewController进行子类时。

以这个人为的例子为例：

class PrintingViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        print("view has loaded")
    }
}

class UserViewController: PrintingViewController {
    override func viewDidLoad() {
    super.viewDidLoad()

     // do view setup here
    }

}

在这里不调用viewDidLoad永远不会给PrintingViewController运行自己的viewDidLoad代码的机会

如果您不想在viewDidLoad中做任何事情，就不要实现它。无论如何，超级方法都会被调用。

我有一个秘密，当我在苹果工作时，我读了UIKit的源代码，部分原因是为了回答我这样的问题，viewDidLoad在所有UI*ViewController类中都是空的。

当然，我不在那里了，他们可能已经改变了这一切。

首先，我认为调用super.viewDidLoad()是一个很好的实践。

在iOS中通常的做法是在超类完成它需要做的设置(初始化属性、布局等等)之后完成所有子类设置。如果在开始更改之前不给超类一个处理其所有设置的机会，那么您可能会遇到一些奇怪的bug和行为。

我们可以绘制一个与类初始化并行的代码：“指定的初始化程序必须在为继承的属性分配值之前委托给超类初始化程序。”我们这样做是为了确保所有超类属性都有一个值，基于这个事实，我们可以通过子类中的继承来安全地使用它们。

经验法则：

• 初始化/设置时，首先运行超类的实现。
• 当拆卸/清理时，最后运行超类的实现。

假设viewDidLoad()是某种类型的初始化，我们应该首先调用super.viewDidLoad()来正确地设置超类中的内容.

如果我们检查viewDidLoad()在UIViewController基类中的实现，我们可以看到它是空的。因此，从您的子类调用super.viewDidLoad()的唯一原因可能是一种良好的编码风格:-)让我们遵循它！