UIView的生命周期总结

序言:

  1. loadView、viewDidLoad、viewDidAppear、nitWithNibName、awakeFromNib等经常出现在UIViewController中的方法介绍。

  2. 这些方法分别用来作哪些工作,换言之,创建自定义的View时代码放到以上哪个方法中。

  3. 一个UIView的生命周期是怎样的。以上几个方法的调用顺序如何。
    通过IB和代码加载视图,有什么区别

文章主要参考官方和文档和StackOVerFlow有关问题整理得出,由于水平有限,如有错误之处请及时与我联系。

UIViewController

视图层次和根视图

每个视图控制器都维护一个视图层次(view hierarchy)

因为每个视图都有自己的子视图,这个视图层次其实也可以理解为一棵树状的数据结构。而树的根节点,也就是根视图(root view),在UIViewController中以view
属性。它可以被看做是其他所有子视图的容器。

视图的加载方式

UIViewController采用懒加载的方式,也就是说第一次访问到view
属性时才会加载或创建它。由于视图由视图控制器管理,所以讨论视图的加载方式时,主要讨论视图控制器的加载方式。

  • 通过Storyboard加载:这是苹果推荐的方式,也是未来的趋势。通过这种方式创建UIViewController
    对象的话,首先生成UIStoryboard
    类型的对象,然后调用这个对象的instantiateViewControllerWithIdentifier:
    方法

  • 通过Nib文件加载:Nib文件其实就是xib文件,Storyboard相当于是聚合了多个nib文件,并且添加了对不同的UIViewController
    之间的segue和relationship的管理。但总的实现原理非常类似
    通过这种方式加载视图,需要调用UIViewController
    类的initWithNibName:bundle:
    方法

  • 通过loadview方法加载:这就是通过代码加载。这需要我们在loadView
    方法中,通过编程创建自己的视图层次,并且把把根视图赋值给UIViewController
    的view
    属性。

因此,通过代码自定义View的时候,loadView
方法大概是这样的:

- (void)loadView{
    self.view = [[XXXView alloc] init];
}

处理视图相关通知

当视图的可见性发生变化时,视图控制器会自动调用一系列方法来响应变化。
所有可能的状态、方法和状态之间的转换关系在下图中被明确标出。


可以看到每一个will方法都有自己对应的did方法。但是如果我们在will方法中开始一个任务,不仅要在对应的did方法中结束它,还要考虑到和这个will方法相反的那个will方法(注意到Appearing和Disappearing这两个状态是可以互相转化的)

可以看到每一个will方法都有自己对应的did方法。但是如果我们在will方法中开始一个任务,不仅要在对应的did方法中结束它,还要考虑到和这个will方法相反的那个will方法(注意到Appearing和Disappearing这两个状态是可以互相转化的)

在运行时展示View

UIKit极大的简化了加载和展示View的过程,它大概会按照以下顺序执行一些任务:
1.通过storyboard文件中的信息实例化视图
2.连接outlet和action
3.把根视图赋值给UIViewController的view
属性(其实就是调用loadView方法)
4.调用UIViewController的awakeFromNib方法。要注意,在调用方法前,的trait collecion为空且子视图的位置可能不正确
5.调用UIViewController的viewDidLoad方法。

此时已经完成了视图的加载工作,在展示到屏幕之前,还有以下几个步骤:
1.调用UIViewController的viewWillAppear方法。
2.更新视图的布局
3.把视图展示到屏幕上
4.调用UIViewController的viewDidAppear方法。

awakeFromNib方法

至此,第一个问题已经几乎解释完了,还剩一个awakeFromNib方法。

我们已经知道,awakeFromNib方法被调用时,所有视图的outlet和action已经连接,但还没有被确定。这个方法可以算作是和视图控制器的实例化配合在一起使用的,因为有些需要根据用户喜好来进行设置的内容,无法存在storyboard中,所以可以在awakeFromNib
方法中被加载进来。

awakeFromNib方法在视图控制器的生命周期内只会被调用一次。因为它和视图控制器从nib文件中的解档密切相关,和view的关系却不大。
具体方法的解释

loadView方法

当执行到loadView方法时,视图控制器已经从nib文件中被解档并创建好了,接下来的任务主要是对view进行初始化。
loadView方法在UIViewController对象的view属性被访问到且为空的时候调用。这是它与awakeFromNib方法的一个区别。假设我们在处理内存警告时释放view属性(其实并不应该这么做,这里举个例子):self.view = nil。因此loadView方法在视图控制器的生命周期内可能会被多次调用。
这个方法不应该被直接调用,而是由系统自动调用。它会加载或创建一个view并把它赋值给UIViewController的view属性。在创建view的过程中,首先会根据nibName去找对应的Nib文件然后加载。如果nibName为空,或找不到对应的Nib文件,则会创建一个空视图(这种情况一般是纯代码,也就是为什么说代码构建View的时候,要重写loadView方法)。

注意在重写loadView方法的时候,不要调用父类的方法。viewDidLoad方法loadView方法执行完之后,就会执行viewDidLoad方法。此时整个视图层次(view hierarchy)已经被放到内存中。无论是从nib文件加载,还是通过纯代码编写界面,viewDidLoad方法都会执行。我们可以重写这个方法,对通过nib文件加载的view做一些其他的初始化工作。比如可以移除一些视图,修改约束,加载数据等。

viewWillAppear和viewDidAppear方法

在视图加载完成,并即将显示在屏幕上时,会调用viewWillAppear方法,在这个方法里,可以改变当前屏幕方向或状态栏的风格等。当viewWillAppear
方法执行完后,系统会执行viewDidAppear方法。在这个方法中,还可以对视图做一些关于展示效果方面的修改。

视图的生命历程

到目前为止,我们已经了解了每个方法的作用,接下来就把整个流程梳理一遍。

  1. -[ViewController initWithCoder:]或-[ViewController initWithNibName:Bundle]:首先从归档文件中加载UIViewController对象。即使是纯代码,也会把nil作为参数传给后者。
  2. -[UIView awakeFromNib]:作为第一个方法的助手,方便处理一些额外的设置。
  3. -[ViewController loadView]:创建或加载一个view并把它赋值给UIViewController的view属性
  4. -[ViewController viewDidLoad]:此时整个视图层次(view hierarchy)已经被放到内存中,可以移除一些视图,修改约束,加载数据等
  5. -[ViewController viewWillAppear:]:视图加载完成,并即将显示在屏幕上,还没有设置动画,可以改变当前屏幕方向或状态栏的风格等。
  6. -[ViewController viewWillLayoutSubviews]:即将开始子视图位置布局
  7. -[ViewController viewDidLayoutSubviews]:用于通知视图的位置布局已经完成
  8. -[ViewController viewDidAppear:]:视图已经展示在屏幕上,可以对视图做一些关于展示效果方面的修改。
  9. -[ViewController viewWillDisappear:]:视图即将消失
  10. -[ViewController viewDidDisappear:]:视图已经消失

如果考虑UIViewController可能在某个时刻释放整个view。那么再次加载视图时显然会从步骤3开始。因为此时的UIViewController对象依然存在。

总结

  1. 只有init系列的方法,如initWithNibName需要自己调用,其他方法如loadView和awakeFromNib则是系统自动调用。而viewWill/Did系列的方法则类似于回调和通知,也会被自动调用。
  2. 纯代码写视图布局时需要注意,要手动调用loadView方法,而且不要调用父类的loadView方法。纯代码和用IB的区别仅存在于loadView方法及其之前,编程时需要注意的也就是loadView方法。
  3. 除了initWithNibName和awakeFromNib方法是处理视图控制器外,其他方法都是处理视图。这两个方法在视图控制器的生命周期里只会调用一次。

转自:http://ios.jobbole.com/84300/

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,117评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,963评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,897评论 0 240
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,805评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,208评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,535评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,797评论 2 311
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,493评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,215评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,477评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,988评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,325评论 2 252
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,971评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,807评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,544评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,455评论 2 266

推荐阅读更多精彩内容