ViewController及View的生命周期

1. 起因

我们经常能够在第三方库的源码中看到很多loadViewwillMoveToParentViewController:viewDidLayoutSubviews 等等诸如此类的并不是十分常见的方法。这让永远都只在viewDidLoad写作的童鞋们情何以堪吶。

这些其实都和生命周期有关,和viewController以及view的各种加载顺序有关。这篇文章就小小撸一下这中间的关系和顺序。

2. Controller的生命周期

  • 系统提供了控制器从显示到消失的四个方法。
  • 千万不要看到方法名中间出现了view就以为这是视图的方法。这些都是控制器的生命周期
    四个方法如下:
//将要显示,一定要调用super
- (void)viewWillAppear:(BOOL)animated; // Called when the view is about to made visible. Default does nothing

//视图已经显示
- (void)viewDidAppear:(BOOL)animated; // Called when the view has been fully transitioned onto the screen. Default does nothing

//视图将要消失
- (void)viewWillDisappear:(BOOL)animated; // Called when the view is dismissed, covered or otherwise hidden. Default does nothing

//视图已经消失
- (void)viewDidDisappear:(BOOL)animated; // Called after the view was dismissed, covered or otherwise hidden. Default does nothing

那四个阶段都有什么区别呢?啥时候用什么呢?

2.1 viewWillAppear

当view即将被显示时调用,此时superview 为nil,也就是说这个是controller还不知道superview是谁。
这个阶段会加载一些高开销的操作,例如:键盘弹出、特殊的过程动画(比方说修改状态栏、导航条颜色等等)这些。

2.2 viewDidAppear

这个方法表面上看上和viewDidLoad没有什么区别啊。
但是请注意一下细节。官方是这么描述viewDidLoad

Called after the view has been loaded,For view controllers unarchived from a nib, this is after the view is set.
什么意思?意思是说viewDidLoad在视图被加载后调用。如果使用了布局文件,那么会在布局文件加载后被调用。

我们再来看看viewDidAppear的描述:

Called when the view has been fully transitioned onto the screen
意思是视图出现在屏幕上之后才调用。

为了能够进一步搞清楚之间的区别,我们在不同屏幕上运营一下这两个方法看看调度的时间点。我们将Xcode默认使用5S去设置一下,屏幕大小是320*568,但是如果运行在6s上会怎么样。下面做一个小测试,打印在不同方法执行的过程中,界面的长宽属性如何,结果如下:

//viewDidLoad    w:320.000000 h:568.000000
//viewWillAppear w:320.000000 h:568.000000
//viewDidAppear  w:414.000000 h:672.000000

有没有发现在viewWillAppearviewDidAppear获取的长宽不一致??所以系统在这两者之间肯定存在一个屏幕适配的过程。

  • 从上面的结果可以看到,如果需要调整空间的frame,其实是放在viewDidAppear中最靠谱的。
  • 在自定义cell的时候也有这种问题,如果在init中添加控件的话,那么self.frame.size.width也不一定是准确的宽度,一般解决方法是使用[UIScreen mainScreen].bounds.size.width而不是self.frame.size.width。

2.3 viewWillDisappear

Called when the view is dismissed, covered or otherwise hidden. Default does nothing
视图被驳回时调用,覆盖或以其他方式隐藏。默认情况下不执行任何操作。

貌似看上去这个方法没啥用处,但是随着iPhone手机屏幕越来越大,左上角的返回按钮早已够不到(很多妹子的手都没有那么大哦!),所以小手的吃瓜群众通常喜欢通过侧滑的形式返回上一个界面。
而这种侧滑返回会出现什么问题呢?当触发侧滑返回时会调用系统自带的viewWillDisappear:方法

  • iOS7新增加了导航控制器侧滑手势,当触发侧滑返回时,会调用系统的viewWillDisappear:方法,取消侧滑返回时又会调用viewWillAppear:方法。

2.4 viewDidDisappear

Called after the view was dismissed, covered or otherwise hidden. Default does nothing
对象的视图已经消失、被覆盖或是隐藏时调用.

UIViewController类提供一些方法,用来判断为什么view外观发生更改。

- (BOOL)isBeingPresented NS_AVAILABLE_IOS(5_0);
- (BOOL)isBeingDismissed NS_AVAILABLE_IOS(5_0);

- (BOOL)isMovingToParentViewController NS_AVAILABLE_IOS(5_0);
- (BOOL)isMovingFromParentViewController NS_AVAILABLE_IOS(5_0);

在四个方法中:
isMovingFromParentViewController 会在viewWillDisappear & viewDidDisappear 方法内部调用这个方法判断视图控制器的视图的隐藏是否因为视图控制器从它的容器视图控制器移除。

isBeingDismissed 会在viewWillDisappear & viewDidDisappear 方法内部调用这个方法判断视图控制器的视图的隐藏是否因为视图控制器被清退 (dismissed,与上面被其它视图控制器显示对应,如信息录入完成,返回之前的视图控制器)。

2.5 控制器View的生命周期

  • loadView:加载view
    • 作用:用来创建控制器的View。在执行的时候会首先判断有没有指定的storyboard或者Xib,如果指定,就会加载它们描述的控制器的View,如果没有指定,创建一个空的View。
    • 调用时刻:每次访问Controller的View,当View为nil,就会调用loadView方法。
  • ViewDidLoad:view加载完毕

    • 当控制器的loadView方法执行完毕,view被创建成功后,就会执行viewDidLoad方法。
  • ViewWillAppear:view将要显示

  • ViewWillLayoutSubViews:view将要布局子控件

  • ViewDidLayoutSubViews:view布局子控件完成

  • ViewDidAppear:view完全显示

  • ViewWillDisAppear:view即将消失

  • ViewDidDisAppear:view完全消失

3. View的生命周期

我们知道view的创建有init(或new或者跟类名一样的)的方法,销毁时会自动执行dealloc方法,但是UIView的生命周期到底是怎样的呢?系统也同样提供了四个方法用来管理四个不同时期的内容,有一点需要注意的是这四个方法都会执行,只是添加或者移除的父视图不同

//将要添加到父视图上,要执行addSubview
- (void)willMoveToSuperview:(nullable UIView *)newSuperview;

//已经添加到父视图上
- (void)didMoveToSuperview;

//将要添加到窗口
- (void)willMoveToWindow:(nullable UIWindow *)newWindow;

//已经添加到窗口
- (void)didMoveToWindow;
  • 某个视图的层次一改变,该视图就会收到一次回调。
    • 调用addSubivew:成功后会给该视图发送didAddSubivew:回调,触发UIView的子类在新增视图时执行其他操作。
    • didMoveToSuperview:会通知相关视图他们的上级视图已经变化。添加和移除都会调用,所以要判断 superView在不在。
    • 视图移动前会发出willMoveToSuperview:回调
    • didMoveToWindow:回调和didMoveToSuperview:相似,从命名上能看出其区别。
    • willMoveToWindow:在视图移动前发出的回调。
    • willRemoveToSubview:回调通知父视图子视图即将被删除

4. 内存警告

  • 首先要判断一下,当前view有没有被显示。如果正在显示,做处理,会让用户感觉很不舒服。
  • 更严谨一点,还需要判断view是否已经加载。如果没有加载,就不需要干掉了。
  • 实际开发中为了写的少点,都会写在基类控制器中。
  • 官方说,iOS 6.0以后系统就不会自动清理,需要手动清理。
- (void)didReceiveMemoryWarning { 
   [super didReceiveMemoryWarning]; 
// 第一个判断条件:当这个view是否正在显示
// 第二个判断条件:这个view是否已经被加载 
   if (self.isViewLoaded && self.view.window == nil) { 
           [self setView:nil];
   }
Paste_Image.png

·

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

推荐阅读更多精彩内容