由于种种原因，简书等第三方平台博客不再保证能够同步更新，欢迎移步 GitHub：https://github.com/kingcos/Perspective/。谢谢！
Lifecycle of UIViewController in iOS
| Date | Notes | Swift | Xcode |
|---|---|---|---|
| 2017-03-10 | 首次提交 | 3.0 | 8.2.1 |
前言
对象的生命周期一直是开发者所需要关心的，教授 CS193p 的老师 Paul 也详细的讲述了 UIViewController 的生命周期。为了记述这一过程，故作此文。由于 Xcode 提供了纯代码和 Storyboard（Xib 同理）两种布局 UI 的方式，因此初始化部分略有不同。
为了方便观察，我创建了一个 BaseViewController，继承自原本的 UIViewController，重写其中的生命周期方法，并让后续新的控制器继承自该控制器，以便观察。
本文对应的 Demo 可以在 https://github.com/kingcos/UIViewController-UIView-LifecycleDemo 查看、下载。
Initialization
Storyboard
OUTPUT:
init(coder:)
awakeFromNib()
init(coder:)
- 当使用 Storyboard 时，控制器的构造器为
init(coder:)。 - 该构造器为必需构造器，如果重写其他构造器，则必须重写该构造器。
- 该构造器为可失败构造器，即有可能构造失败，返回 nil。
- 该方法来源自 NSCoding 协议，而 UIViewController 遵从这一协议。
- 该方法被调用意味着控制器有可能（并非一定）在未来会显示。
- 在控制器生命周期中，该方法只会被调用一次。
awakeFromNib()
- 当使用 Storyboard 时，该方法会被调用。
- 当调用该方法时，将保证所有的 outlet 和 action 连接已经完成。
- 该方法内部必须调用父类该方法，虽然默认实现为空，但 UIKit 中许多类的该方法为非空。
- 由于控制器中对象的初始化顺序不能确定，所以构造器中不应该向其他对象发送消息，而应当在
awakeFromNib()中安全地发送。 - 通常使用
awakeFromNib()可以进行在设计时无法完成的必要额外设置。
Code
OUTPUT:
init(nibName:bundle:) - NibName: nil, Bundle: nil
init(nibName:bundle:)
- 当使用纯代码创建控制器，控制器的构造器为
init(nibName:bundle:)。 - 虽然使用代码创建时调用了该构造器，但传入的参数均为 nil。
OUTPUT:
loadView()
viewDidLoad()
viewWillAppear
viewWillLayoutSubviews() - Optional((162.0, 308.0, 50.0, 50.0))
viewDidLayoutSubviews() - Optional((67.0, 269.0, 241.0, 129.0))
viewDidAppear
viewWillDisappear
viewDidDisappear
deinit
loadView()
-
loadView()即加载控制器管理的 view。 - 不能直接手动调用该方法；当 view 被请求却为 nil 时，该方法加载并创建 view。
- 若控制器有关联的 Nib 文件，该方法会从 Nib 文件中加载 view；如果没有，则创建空白 UIView 对象。
- 如果使用 Interface Builder 创建 view，则务必不要重写该方法。
- 可以使用该方法手动创建视图，且需要将根视图分配为 view；自定义实现不应该再调用父类的该方法。
- 执行其他初始化操作，建议放在
viewDidLoad()中。
viewDidLoad()
- view 被加载到内存后调用
viewDidLoad()。 - 重写该方法需要首先调用父类该方法。
- 该方法中可以额外初始化控件，例如添加子控件，添加约束。
- 该方法被调用意味着控制器有可能（并非一定）在未来会显示。
- 在控制器生命周期中，该方法只会被调用一次。
viewWillAppear(_:)
- 该方法在控制器 view 即将添加到视图层次时以及展示 view 时所有动画配置前被调用。
- 重写该方法需要首先调用父类该方法。
- 该方法中可以进行操作即将显示的 view，例如改变状态栏的取向，类型。
- 该方法被调用意味着控制器将一定会显示。
- 在控制器生命周期中，该方法可能会被多次调用。
注意：
如果控制器 A 被展示在另一个控制器 B 的 popover 中，那么控制器 B 不会调用该方法，直到控制器 A 清除。
viewWillLayoutSubviews()
- 该方法在通知控制器将要布局 view 的子控件时调用。
- 每当视图的 bounds 改变，view 将调整其子控件位置。
- 该方法可重写以在 view 布局子控件前做出改变。
- 该方法的默认实现为空。
- 该方法调用时，AutoLayout 未起作用。
- 在控制器生命周期中，该方法可能会被多次调用。
viewDidLayoutSubviews()
- 该方法在通知控制器已经布局 view 的子控件时调用。
- 该方法可重写以在 view 布局子控件后做出改变。
- 该方法的默认实现为空。
- 该方法调用时，AutoLayout 已经完成。
- 在控制器生命周期中，该方法可能会被多次调用。
viewDidAppear(_:)
- 该方法在控制器 view 已经添加到视图层次时被调用。
- 重写该方法需要首先调用父类该方法。
- 该方法可重写以进行有关正在展示的视图操作。
- 在控制器生命周期中，该方法可能会被多次调用。
viewWillDisappear(_:)
- 该方法在控制器 view 将要从视图层次移除时被调用。
- 类似
viewWillAppear(_:)。 - 该方法可重写以提交变更，取消视图第一响应者状态。
viewDidDisappear(_:)
- 该方法在控制器 view 已经从视图层次移除时被调用。
- 类似
viewDidAppear(_:)。 - 该方法可重写以清除或隐藏控件。
didReceiveMemoryWarning()
- 当内存预警时，该方法被调用。
- 不能直接手动调用该方法。
- 该方法可重写以释放资源、内存。
deinit
- 控制器销毁时（离开堆），调用该方法。
Note
Rotation
OUTPUT:
willTransition(to:with:)
viewWillLayoutSubviews() - Optional((67.5, 269.5, 240.0, 128.0))
viewDidLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewWillLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewDidLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewWillLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewDidLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
- 当 view 转变，会调用
willTransition(to:with:)方法。 - 当屏幕旋转，view 的 bounds 改变，其内部的子控件也需要按照约束调整为新的位置，因此也调用了
viewWillLayoutSubviews()和viewDidLayoutSubviews()。
Present & Dismiss
OUTPUT:
viewWillDisappear
viewDidDisappear
viewDidDisappear
viewWillAppear
viewDidAppear
- 当在一个控制器内 Present 新的控制器，原先的控制器并不会销毁，但会消失，因此调用了
viewWillDisappear和viewDidDisappear方法。 - 如果新的控制器 Dismiss，即清除自己，原先的控制器会再一次出现，因此调用了其中的
viewWillAppear和viewDidAppear方法。
死循环
class LoopViewController: UIViewController {
override func loadView() {
print(#function)
}
override func viewDidLoad() {
print(#function)
let _ = view
}
}
OUTPUT:
loadView()
viewDidLoad()
loadView()
viewDidLoad()
loadView()
viewDidLoad()
loadView()
viewDidLoad()
loadView()
- 若
loadView()没有加载 view，viewDidLoad()会一直调用loadView()加载 view，因此构成了死循环，程序即卡死。
