iOS开发基础:【从诞生到死亡】ViewController的生命周期

iOS开发基础:【从诞生到死亡】ViewController的生命周期_第1张图片

第一次接触iOS的开发人员,有种强烈的不适感,这种不适感来自于在iOS系统里,我们的代码不是从初始化到释放内存那样按部就班的完成一系列任务,而是像个乒乓球手一样,等待着迎接系统发来的“球”,接到球时,我们用较短的代码片段,完成指定的任务,然后就返回了,我们似乎没有“控制权”,我们只是在回答系统的一系列问题,而ViewController的这一系列问题是一组消息,这组消息告诉我们,视图将要干什么,已经完成了什么,这与UIView形成了巨大的反差,UIView只关心“绘图”,却从未担心过自己是否已经显示,换句话说,视图的显示、隐藏、设置大小,不是由UIView自身管理的,这些任务,被划分给了ViewController。

初啼

一个类的生命周期,一定从 init...开始,但实际开发中,ViewController的入口几乎99%是 viewDidLoad,这时,初始化已经完成,UIViewController的属性view也已经被赋值,如果你重写了loadView,最后也会调用viewDidLoad,因此,这是个初始化子视图的好地方,这是因为:

  1. viewDidLoad 只会被调用一次
  2. 如果使用Autolayout,这时** 子视图的 frame 属性还没有被设置,没有被设置,没有被设置** ,这几乎是你唯一设置绑定的时机(用编码方式设置自动布局),另一个时机是storyboard中的手动绑定,这当然在viewDidLoad被调用之前。

表演时刻

- (void)viewWillAppear:(BOOL)animated
viewWillAppear总是在viewDidLoad之后被调用,但不是立即,当你只是引用了属性view,却没有立即把view添加到任何已经展示的视图上时,viewWillAppear不会被调用,这在view被外部引用时,就会发生。当然,随着ViewController的多次推入,多次进入子页面后返回,该方法会被多次调用

锁屏之后会被调用吗?

不会。viewWillAppear关注的是view在层次中的显示与消失,锁屏并没有改变App本身的层次。

Window叠加后,会被调用吗?

不会。同锁屏时的原因类似,叠加Window并没有改变ViewController所在Window的视图层次,换句话说,view并没有被覆盖或删除(相对于自己所在Window)。

什么时候animated == YES?

[self.navigationController pushViewController:subVC animated:YES];
[self presentViewController:subVC animated:YES completion:nil];

视图显示后

- (void)viewDidAppear:(BOOL)animated 将被调用,子视图有自定义动画时,建议在Did方法中启动,在Will中启动动画时,动画效果将不会很理想。

视图被叠加,或移除时

- viewWillDisappear:将被调用
配套的会调用- viewDidDisappear:
具体指子视图控制器是以push和present方法显示的,父视图控制器的以上两个方法会被触发。

特别的,addSubview 会调用子控制器Appear系列方法,但不会调用父视图viewWillDisappear 方法。

如下添加子视图:

    XSDViewController *subVC = [[XSDViewController alloc] init];
    [self addChildViewController:subVC];
    [subVC.view setFrame:self.view.frame];
    [self.view addSubview:subVC.view];
    [subVC didMoveToParentViewController:self];

得到结果是,只有 XSDViewController 的 Appear系列方法被调用,这样的调用与push/present方法根本不同是父视图的View没有“隐藏”,只是被覆盖了。

这说明Appear系列方法是与当前控制器的View的显示/隐藏密切相关的。

viewWillAppear 与 viewDidAppear 之间发生了什么

- viewWillLayoutSubviews
- viewDidLayoutSubviews将会被调用,

而使用Autolayout时,子视图大小只有在viewDidLayoutSubviews才真正被设置好,所以这里才是获取子视图大小的正确位置,常见的错误是,在viewDidLoad中读取了某个view.frame,用来给其它子视图赋值,结果得到一堆大小“不定”的视图,甚至可能为零,在视图中看不见!

显示时(push)调用一览表

  1. initWithCoder:
  2. awakeFromNib
  3. willMoveToParentViewController:
  4. prefersStatusBarHidden
  5. preferredStatusBarUpdateAnimation
  6. loadView
  7. prepareForSegue:sender:
  8. viewDidLoad
  9. extendedLayoutIncludesOpaqueBars
  10. edgesForExtendedLayout
  11. viewWillAppear:
  12. extendedLayoutIncludesOpaqueBars
  13. edgesForExtendedLayout
  14. updateViewConstraints
  15. viewWillLayoutSubviews
  16. viewDidLayoutSubviews
  17. (Animation)
  18. viewDidAppear:
  19. didMoveToParentViewController:
  20. updateViewConstraints
  21. viewWillLayoutSubviews
  22. viewDidLayoutSubviews

ViewController死亡的原因

死亡不是什么问题,不死才是大问题
——《禅者的初心》

  1. 系统内存不足时,会收到内存警告
    didReceiveMemoryWarning是手动释放内存的机会。
  2. 调用 dismissViewControllerAnimated: completion:后,viewDidDisappear被调用,最终会调用dealloc,在ARC中,这里不必要做release 的工作,却是检测内存释放的好位置,如果一个控制器从屏幕上已经推出,却从未调用dealloc,几乎可以判定内存泄漏。

你可能感兴趣的:(iOS开发基础:【从诞生到死亡】ViewController的生命周期)