Skip to content

Latest commit

 

History

History
175 lines (139 loc) · 8.88 KB

iOS 生命周期的缺失和错乱.md

File metadata and controls

175 lines (139 loc) · 8.88 KB
Raw

iOS 生命周期的缺失和错乱

不知道大家有没有考虑过一个很奇怪的情况，就是 View Controller 的生命周期没有被调用，或者是调用顺序错乱？其实这在实际操作中经常发生，override 的时候一不小心就忘记调用 super 了，或者明明是 override viewWillAppear()，却调用成了 super.viewWillDisappear()。甚至，一不小心，调用了两次…

override func viewWillAppear(_ animated: Bool) {
    super.viewWillDisappear(animated)
    // 写成这样会被骂死吗 =。=
}

那么这究竟会发生导致什么问题呢？

我们先简单写一个 demo 方便我们提问（demo 地址：LifeCycleDemo，非常简单，自己写一个也行）。就是一个用 Storyboard 新建了一个 ViewController，然后可以跳转到另一个 ViewController。

然后，我们在 ViewController 的每一个生命周期被调用时都打印一下生命周期的名字，就是下面这样：

好，有了这个 Demo 之后，我们依照这个 Demo 来讨论下面几个问题：

1. 如果缺少 loadView() 方法会怎么样？

override func loadView() {
    // super.loadView()
    print("loadView")
}

答案：黑屏

这道题很假单，如果没有 loadView，那就没有加载 view，就是黑屏。

Apple 文档中说，loadView 不能被手动调用，View Controller 会自动在其 View 第一次被获取、并且还是 nil 的时候调用(可以理解为 View 是懒加载的)。如果你要 override 这个方法，那么必须要将你自己的 view hierarchy 中的 root View 设置给 View Controller 的 View 属性。并且这个 View 不能与其他 View Controller 共享，也不能再调用 super 方法了。

2. 如果在 loadView() 之前调用 view 会怎么样？

override func loadView() {
    print(self.view)
    super.loadView()
}

答案：infinite stack trace

可以看出，[UIViewController view] 和 ViewController.loadView 循环调用了。这是因为在 loadView 之前，view 并没有被创建，而由于 view 是懒加载的，此时调用 self.view 会触发 loadView，由此导致了循环引用。

另外，如果我们想要重写 loadView，正确的方式应该类似于这样：

override func loadView() {
    let myView = MyView()
    view = myView
}

实际上，重写 loadView 能达到一些意想不到的效果，推荐一篇文章：重写 loadView() 方法使 Swift 视图代码更加简洁

3. 如果在 viewWillAppear() 时候手动调用 loadView() 会怎么样？

override func viewWillAppear(_ animated: Bool) {
    super.viewWillAppear(animated)
    loadView()
}

答案：ViewController 的 view 被替换

表面上看起来没有任何变化，ViewController 还是能完整地显示出来。但是这个时候如果我们点击 "Presented Controller" 这个按钮，想要跳转到下一个页面，会发现没有响应。同时会发现 Console 中有下面的输出：

Warning: Attempt to present <LifeCycleDemo.PresentedViewController: 0x7fe4f601def0> on <LifeCycleDemo.ViewController: 0x7fe4f6212e50> whose view is not in the window hierarchy!

很明显的，由于我们在手动调用了 loadView 方法，导致 ViewController 中本来的 view 新建了两次。新的 view 替换了原来的 view，导致新 view 的视图层级出错了，于是在进行 present 操作的时候就发生了上述错误。

为了验证一下，我们可以在调用 loadView() 之前和之后分别 print(self.view!)，会发现 ViewController 的 view 确实被替换掉了，结果如下：

loadView
viewDidLoad
<UIView: 0x7fef58c089d0; frame = (0 0; 375 812); autoresize = W+H; layer = <CALayer: 0x60000272b280>>
loadView
<UIView: 0x7fef58c1c220; frame = (0 0; 375 812); autoresize = W+H; layer = <CALayer: 0x60000272ba80>>
viewWillAppear

同时我们发现一个有趣的现象，之后的生命周期没有被打印出来了（并不是我没有复制粘贴上来！）。可以合理推断 viewDidAppear 等实际上监听的还是第一个 view 的变化，而由于第一个 view 被换掉之后，之后的生命周期没有被触发，所以也不会打印之后的生命周期。

4. 如果在 viewDidLoad() 时候手动调用 loadView() 会怎么样？

override func viewDidLoad() {
    super.viewDidLoad()
    loadView()
}

答案：view 被替换但是可以正常跳转

loadView
<UIView: 0x7ff917519350; frame = (0 0; 375 812); autoresize = W+H; layer = <CALayer: 0x600000e8bd80>>
loadView
<UIView: 0x7ff91a407a50; frame = (0 0; 375 812); autoresize = W+H; layer = <CALayer: 0x600000ef1120>>
viewDidLoad
viewWillAppear
viewSafeAreaInsetsDidChange
viewWillLayoutSubviews
viewDidLayoutSubviews
viewDidAppear

我们输出生命周期之后，发现手动调用 loadView 之后 view 确实被替换了。但是为什么这一次，之后的生命周期就被正常打印出来了，并且再跳转的时候也可以正常跳转呢？

可以推测，底层在将 view 加入到视图层级，并且开始监听 viewWillAppear 等生命周期的时机，是在 viewDidLoad 之后，viewWillAppear 之前的。所以如果在 view 被加入视图层级之前将其替换掉，并不影响它被加入视图层级之中，于是也就可以正常跳转了。

5. 如错误调用 viewWillAppear 等方法会怎么样？

override func viewDidAppear(_ animated: Bool) {
    super.viewDidDisappear(animated) // 调用错了！
}

override func viewDidDisappear(_ animated: Bool) {
    // super.viewDidDisappear(animated) 忘记调用了
}

答案：继承时可能有问题

根据代码注释描述可以知道，实际上这些方法并没有实际上做什么事情，只是在特定的时间节点，起到一个通知的作用。所以在我们的 demo 里，错误调用、不调用不会有什么实质上的错误。但是由于我们在复杂的项目中会有非常复杂的继承关系，如果中间有一个地方错了，那么很可能影响继承关系中的其他 ViewController。所以还是应该严格准确地调用 super 方法。

那么，如何来保证正确地调用 super 方法呢？在 Objective-C 中，可以使用 __attribute__((objc_requires_super)); 或者 NS_REQUIRES_SUPER 属性(实际功效都是相同的)，比如新建一个 BaseViewController 作为所有类的基类，然后这样写：

// Objective-C 保证调用 super 方法
@interface BaseViewController : UIViewController

- (void)viewDidLoad __attribute__((objc_requires_super));

- (void)viewWillAppear:(BOOL)animated NS_REQUIRES_SUPER;

@end

(参考答案：Stack Overflow - nhgrif's answer)

如果是 swift 呢？目前 swift 没有上面这种代码层面的解决办法，只能借助 SwiftLint 进行静态检查。按照官方文档引入 SwiftLint 后，在 yml 文件中加入下面的描述即可强制检查，override 的时候是否调用响应方法的 super（这也可以用于检查自定义的 class）：

// Swift 保证调用 super 方法
overridden_super_call:
  severity: error
  included:
    - "*"
    - viewDidLoad()
    - viewWillAppear()
    - viewDidAppear()
    - viewWillDisappear()
    - viewDidDisappear()

6. 最后两个小问题

小问题1：在当前屏幕上加一个全屏的 window，会触发下面的 ViewController 的 viewWillAppear 等方法吗？

答案：不会，这些方法只关注在同一个 view hierarchy 下的变化。同理，锁屏后进入，后台进前台等都不会触发。

小问题2：如何判定一个 ViewController 是否可见？

答案：Stack Overflow - progrmr's answer

可以使用 view.window 方法来判断，但是需要注意加上 isViewLoaded，来防止在 ViewController 的 view 没有被初始化过的时候被调用，而触发它的懒加载。

if (viewController.isViewLoaded && viewController.view.window) {
    // viewController is visible
}

另外，在 iOS 9+，也可以使用下面这个更加简洁的方式：

if viewController.viewIfLoaded?.window != nil {
    // viewController is visible
}

（本文 Github 链接：RickeyBoy - iOS 生命周期的缺失和错乱）