initWithFrame、initWithCoder、awakeFromNib的区别和调用次序 & UIViewController生命周期 查缺补漏

当我们创建或者自定义一个UI控件时,就很可能会调用awakeFromNib、initWithCoder 、initWithFrame这些方法。三者的具体区别如下:

initWithFrame: 通过代码创建UI控件的时候就会调用;

initWithCoder:从文件中解析一个对象的时候就会调用这个方法,也就是说无论是通过代码还是xib,程序运行的时候都会调用这个方法;

awakeFromNib:当一个对象从xib或者storyboard中加载完毕后,就会调用一次。

比如:当苹果官方提供的按钮不能满足我们的需求时,我们就会自定义一个按钮。

[objc] view plain copy

  1. /**
  2. *  BNTitleArrow.h
  3. */
  4. @interface BNTitleArrow : UIButton
  5. @end
  6. /**
  7. *  BNTitleArrow.m
  8. */
  9. #import "BNTitleArrow.h"
  10. @interface BNTitleArrow ()
  11. @property (nonatomic,strong)UIFont *titleFont;
  12. @end
  13. @implementation BNTitleArrow
  14. -(void)awakeFromNib{
  15. [self initial];
  16. }
  17. -(id)initWithCoder:(NSCoder *)decoder{
  18. if (self=[super initWithCoder:decoder]) {
  19. [self initial];
  20. }
  21. return self;
  22. }
  23. -(id)initWithFrame:(CGRect)frame{
  24. if (self=[super initWithFrame:frame]) {
  25. [self initial];
  26. }
  27. return self;
  28. }
  29. -(void)initial{
  30. self.titleFont=[UIFont systemFontOfSize:18];
  31. self.titleLabel.font=self.titleFont;
  32. self.imageView.contentMode=UIViewContentModeCenter;
  33. }
  34. @end

在这个程序中运行时,一定会调用initWithCoder这个方法,如果是通过xib或者storyboard来自定义这个按钮,则对象加载完后,会调用awakeFromNib一次;如果是通过代码来自定义这个按钮,则会调用initWithFrame这个方法来创建按钮。

iOS对UIViewController生命周期和属性方法的解析

一、引言

作为MVC设计模式中的C,Controller一直扮演着项目开发中最重要的角色,它是视图和数据的桥梁,通过它的管理,将数据有条有理的展示在我们的View层上。iOS中的UIViewController是UIKit框架中最基本的一个类。从第一个UI视图到复杂完整项目,都离不开UIViewController作为基础。基于UIViewController的封装和扩展,也能够出色的完成各种复杂界面逻辑。这篇博客,旨在讨论UIViewController的生命周期和属性方法,在最基础的东西上,往往会得到意想不到的惊喜。

二、UIViewController的生命周期

要了解UIViewController,先要弄清楚其生命周期。在面向对象的语言中,是对象,就一定要有生命周期,UIViewController也不例外,生命周期管理Controller的作用范围和时间,也管理其内对象的作用范围和时间。首先,UIViewController中与其生命周期有关的几个函数如下:

//类的初始化方法

+ (void)initialize;

//对象初始化方法

- (instancetype)init;

//从归档初始化

- (instancetype)initWithCoder:(NSCoder *)coder;

//加载视图

-(void)loadView;

//将要加载视图

- (void)viewDidLoad;

//将要布局子视图

-(void)viewWillLayoutSubviews;

//已经布局子视图

-(void)viewDidLayoutSubviews;

//内存警告

- (void)didReceiveMemoryWarning;

//已经展示

-(void)viewDidAppear:(BOOL)animated;

//将要展示

-(void)viewWillAppear:(BOOL)animated;

//将要消失

-(void)viewWillDisappear:(BOOL)animated;

//已经消失

-(void)viewDidDisappear:(BOOL)animated;

//被释放

-(void)dealloc;

上面这么多的函数,乍一看什么复杂,其实关系什么明朗,除了initialize,init和initWithCoder不是存在所有对象的声明周期中,其他函数都会在UIViewController的声明周期中有序的被调用。那么具体的调用顺序是怎样的呢,最好的办法是实践一下,通过编号打印,结果如下:

这是一个ViewController完整的声明周期,其实里面还有好多地方需要我们注意一下:

1:initialize函数并不会每次创建对象都调用,只有在这个类第一次创建对象时才会调用,做一些类的准备工作,再次创建这个类的对象,initalize方法将不会被调用,对于这个类的子类,如果实现了initialize方法,在这个子类第一次创建对象时会调用自己的initalize方法,之后不会调用,如果没有实现,那么它的父类将替它再次调用一下自己的initialize方法,以后创建也都不会再调用。因此,如果我们有一些和这个相关的全局变量,可以在这里进行初始化。

2:init方法和initCoder方法相似,只是被调用的环境不一样,如果用代码进行初始化,会调用init,从nib文件或者归档进行初始化,会调用initCoder。

3:loadView方法是开始加载视图的起始方法,除非手动调用,否则在ViewController的生命周期中没特殊情况只会被调用一次。

4:viewDidLoad方法是我们最常用的方法的,类中成员对象和变量的初始化我们都会放在这个方法中,在类创建后,无论视图的展现或消失,这个方法也是只会在将要布局时调用一次。

5:viewWillAppear:视图将要展现时会调用。

6:viewWillLayoutSubviews:在viewWillAppear后调用,将要对子视图进行布局。

7:viewDidLayoutSubviews:已经布局完成子视图。

8:viewDidAppare:视图完成显示时调用。

9:viewWillDisappear:视图将要消失时调用。

10:viewDidDisappear:视图已经消失时调用。

11:dealloc:controller被释放时调用。

注意:经过测试,从nib文件加载的controller,只要不释放,在每次viewWillAppare时都会调用layoutSubviews方法,有时甚至会在viewDidAppare后在调用一次layoutSubviews,而重点是从代码加载的则只会在开始调用一次,之后都不会,所以注意,在layoutSubviews中写相关的布局代码十分危险。

三、从storyBoard加载UIViewController实例的传值陷阱

我们知道,当我们从StoryBoard中加载ViewController时,我们在Controller中拖拽的视图是可以被初始化的,这里面有一点需要我们注意,如果我们需要向controller中视图进行传值设置,通过以下方法得到的Controller中,视图还没有被初始化创建出来:

ViewController2 * viewController2 = [[UIStoryboard storyboardWithName:@"Main" bundle:[NSBundle mainBundle]] instantiateViewControllerWithIdentifier:@"ViewController2"];

我们可以在ViewController2的storyBoard中拉一个label,然后关联到头文件中,如下打印,会发现我们得到controller时,里面的视图对象并没有进行创建:

ViewController2 * viewController2 = [[UIStoryboard storyboardWithName:@"Main" bundle:[NSBundle mainBundle]] instantiateViewControllerWithIdentifier:@"ViewController2"];

NSLog(@"%@",viewController2.label);

[self presentViewController:viewController2 animated:YES completion:nil];

打印如下:

可以想象,如果我们这时候需要对label进行一些属性设置,必然失败。有人提出可以在创建后,手动调以下loadView方法,我们试一下,结果如下:

可以看到,手动调用loadView后,label是被创建了出来,但是暴漏了一个更严重的问题,系统不在调用ViewDidLoad方法,这是十分有风险的,因为我们大部分的初始化代码都会放在这个方法里,所以手动调用loadView是一种错误的方法,apple文档声明对于loadView方法,我们从来都不要手动直接调用,那么我们如何实现创建后对成员对象进行传值设置呢,iOS9中增加了这样一个方法:

- (void)loadViewIfNeeded NS_AVAILABLE_IOS(9_0);

这个方法十分有用,调用这个方法,会将视图创建出来,并且不会忽略viewDidLoad的调用。

在iOS9中,UIViewController还增加了下面一个布尔值的属性,可以同来判断controller的view是否已经加载完成:

@property(nullable, nonatomic, readonly, strong) UIView *viewIfLoaded NS_AVAILABLE_IOS(9_0);

四、UIViewController与StroyBoard的相关相互方法

对于ViewConroller,我们一般有两种方式创建,一种是用纯代码的方式,一种是与StoryBoard关联,在UIViewController中,有许多方法方便我们与StoryBoard进行交互联系。

1、ViewController直接在StoryBoard中进行跳转的传值

在StoryBoard中进行界面跳转是十分方便的,我们在StoryBoard中拉入两个ViewController,在一个上面添加一个按钮,点住按钮按住control,将鼠标拉到第二个controller上,会出现如下的跳转选项:

我们选择一个后,就会在两个controller之间建立一个跳转连接。当我们运行点击按钮后,会自动从第一个controller跳转到第二个controller。在UIViewController中有如下方法可以对是否跳转进行控制:

- (BOOL)shouldPerformSegueWithIdentifier:(NSString *)identifier sender:(nullable id)sender NS_AVAILABLE_IOS(6_0);

这个方法如果返回NO,自动跳转将不能进行,会被拒绝,需要注意的是,这个方法只会在自动的跳转时被调用,我们手动使用代码跳转StoryBoard中的连接关系时是不会被调用的,我们后面讨论。

在执行过上述方法后,如果返回YES,系统还会在执行如下一个方法,作为跳转前的准备,我们可以在这个方法中进行一些传值操作,这个方法无论使我们手动进行跳转还是storyboard中自动跳转,都会被执行:

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(nullable id)sender NS_AVAILABLE_IOS(5_0);

sugur对象中封装了相关的ViewController,可以使用segue.destinationViewController获取。

segue在StoryBoard中除了用来自动正向跳转外,我们还可以进行反向的跳转,类似pop和dismiss方法,这种segue被称为unwind sugue。例如,我们有一个controller1和一个controllert2,要使用unwind segue从2返回1,我们需要在2中实现如下格式的方法:

- (IBAction)unwindSegueToViewController:(UIStoryboardSegue *)segue {

NSLog(@"unwindSegueToViewController");

}

这个方法中的返回值必须为IBAction,参数必须是UIStoryboardSegue,方法名我们可以自己定义,之后在StoryBoard中的ViewController1中的Exit选项中,我们会发现多了一个这样的方法:

我们可以把它连接到viewController2中的一个按钮上:

这样,当我们点击viewController2中的按钮时,就会返回到我们第一个ViewController1中了。

当然,在使用unwind segue方法时,也是会有一些回调帮助我们进行跳转前的设置和传值,UIViewController如下方法会在跳转前调用,返回NO,则不能进行跳转:

-(BOOL)canPerformUnwindSegueAction:(SEL)action fromViewController:(UIViewController *)fromViewController withSender:(id)sender{

NSLog(@"canPerformUnwindSegueAction");

return YES;

}

之后会执行我们自定义的unwindSegue方法,这个方法中我们可以什么都不写,模式是会进行跳转的。

2、使用代码跳转Storyboard中的controller

我们除了在Storyboard中拉拉扯扯可以进行控制器的跳转外,我们也可以使用代码来跳转Storyboard中segue连接关系。

在Storyboard中两个控制器间建立一个segue联系,我们可以取一个名字:

在触发跳转的方法中,使用如下方法进行跳转,这里面的参数id就是我们取得segue的id:

- (void)performSegueWithIdentifier:(NSString *)identifier sender:(nullable id)sender NS_AVAILABLE_IOS(5_0);

下面三个属性我们可以获取controller的nib文件名,其storyBoard和其Bundle:

@property(nullable, nonatomic, readonly, copy) NSString *nibName;

@property(nullable, nonatomic, readonly, strong) NSBundle *nibBundle;

@property(nullable, nonatomic, readonly, strong) UIStoryboard *storyboard NS_AVAILABLE_IOS(5_0);

五、UIViewController之间的一些从属关系

这部分的内容和方法可能我们接触用到的并不多,但是在某些情况下,使用这些方法可以大大的方便某些逻辑。

1、parentViewController

UIViewController里面封装了一个数组,可以存放其子ViewController,系统中使用的例子就是导航和tabBar这类的控制器,我们使用如下方法可以直接访问这些父的controller:

@property(nullable,nonatomic,weak,readonly) UIViewController *parentViewController;

2、模态跳转中Controller的从属

在我们进行控制器的跳转时,只要控制器没有被释放,我们都可以顺藤摸瓜的找到它,使用如下两个方法:

//其所present的contller,比如,A和B两个controller,A跳转到B,那么A的presentedViewController就是B

@property(nullable, nonatomic,readonly) UIViewController *presentedViewController  NS_AVAILABLE_IOS(5_0);

//和上面的方法刚好相反,比如,A和B两个controller,A跳转到B,那么B的presentingViewController就是A

@property(nullable, nonatomic,readonly) UIViewController *presentingViewController NS_AVAILABLE_IOS(5_0);

了解了上面方法我们可以知道,对于反向传值这样的问题,我们根本不需要代理,block,通知等这样的复杂手段,只需要获取跳转到它的Controller,直接设置即可。举个例子,我们需要在第二个界面消失后,改变第一个界面的颜色,在第二个controller中只需要下面的代码即可实现 :

self.presentingViewController.view.backgroundColor = [UIColor colorWithRed:arc4random()%255/255.0 green:arc4random()%255/255.0 blue:arc4random()%255/255.0 alpha:1];

[self dismissViewControllerAnimated:YES completion:nil];

六、UIViewController的模态跳转及动画特效

单纯的UIViewController中,我们使用最多的是如下的两个方法,一个向前跳转,一个向后返回:

- (void)presentViewController:(UIViewController *)viewControllerToPresent animated: (BOOL)flag completion:(void (^ __nullable)(void))completion NS_AVAILABLE_IOS(5_0);

- (void)dismissViewControllerAnimated: (BOOL)flag completion: (void (^ __nullable)(void))completion NS_AVAILABLE_IOS(5_0);

从方法中,我们可以看到,有animated这个参数,来选择是否有动画特效,默认的动画特效是像抽屉一样从手机屏幕的下方向上弹起,当然,这个效果我们可以进行设置,UIViewController有如下一个属性来设置动画特效:

@property(nonatomic,assign) UIModalTransitionStyle modalTransitionStyle NS_AVAILABLE_IOS(3_0);

注意,这个要设置的是将要跳转到的controller,枚举如下:

typedef NS_ENUM(NSInteger, UIModalTransitionStyle) {

UIModalTransitionStyleCoverVertical = 0,//默认的,从下向上覆盖

UIModalTransitionStyleFlipHorizontal ,//水平翻转

UIModalTransitionStyleCrossDissolve,//溶解

UIModalTransitionStylePartialCurl ,从下向上翻页

};

除了跳转的效果,还有一个属性可以设置弹出的controler的填充效果,但是这个属性只在pad上有效,在iphone上无效,都是填充到整个屏幕:

@property(nonatomic,assign) UIModalPresentationStyle modalPresentationStyle NS_AVAILABLE_IOS(3_2);

//枚举如下

typedef NS_ENUM(NSInteger, UIModalPresentationStyle) {

UIModalPresentationFullScreen = 0,//填充整个屏幕

UIModalPresentationPageSheet,//留下状态栏

UIModalPresentationFormSheet,//四周留下变暗的空白

UIModalPresentationCurrentContext ,//和跳转到它的控制器保持一致

UIModalPresentationCustom NS_ENUM_AVAILABLE_IOS(7_0),//自定义

UIModalPresentationOverFullScreen NS_ENUM_AVAILABLE_IOS(8_0),

UIModalPresentationOverCurrentContext NS_ENUM_AVAILABLE_IOS(8_0),

UIModalPresentationPopover NS_ENUM_AVAILABLE_IOS(8_0) __TVOS_PROHIBITED,

UIModalPresentationNone NS_ENUM_AVAILABLE_IOS(7_0) = -1,

};

参考链接:

1.http://blog.csdn.net/cau_psd/article/details/41320683

2.http://my.oschina.net/u/2340880/blog/524564

3.https://www.sunnyyoung.net/post/ios/2015-04-22-viewcontrollerde-qi-dong-liu-cheng-yu-jie-xi

时间: 2024-10-12 17:17:30

initWithFrame、initWithCoder、awakeFromNib的区别和调用次序 & UIViewController生命周期 查缺补漏的相关文章

Servlet的调用过程_生命周期_继承结构

Servlet调用过程 浏览器上输入网站,dns解析域名成服务器的IP地址,浏览器带着一个请求行,和众多request请求头,找服务器. 1.分析请求的是哪台虚拟主机,查看Host请求头,如果没有Host请求头就访问缺省虚拟主机 2.分析访问的是当前虚拟主机中的哪个web资源,从请求行中分析出当前访问哪个web应用的资源 3.查找web.xml,查看有没有对应的虚拟路径 Servlet的生命周期 1.Servlet在第一次被访问到的时候,服务器创建出Servlet对象. 2.创建出对象之后,立即

[javaEE] Servlet的调用过程和生命周期

在http协议的请求头中获取到要访问的资源,查找web.xml文件找到对应的servelet Sevlet的生命周期 Servlet在第一次被访问的时候,服务器创建出Servlet对象,创建出对象以后会直接调用init方法做初始化操作,创建出的对象会一直驻留在内存中为对这个Servlet的访问服务,每次对这个Servlet的访问都会导致service方法执行,当web应用被移除出容器时或者服务器被关闭时,随着web应用的销毁Servlet会被销毁,在销毁之前,服务器会调用Servlet的dest

Android查缺补漏(View篇)--布局文件中的“@+id”和“@id”有什么区别?

Android布局文件中的"@+id"和"@id"有什么区别? +id表示为控件指定一个id(新增一个id),如: <cn.codingblock.view.customer_view.MyView android:id="@+id/myview" ... /> id表示引用一个现有的id,如: <cn.codingblock.view.customer_view.MyView android:id="@+id/myv

Android Configuration横竖屏切换时Activity生命周期调用

问题:横竖屏切换时Activity的生命周期? 测试环境:华为mate7 package com.virglass.beyond.activity; import android.app.Activity; import android.content.res.Configuration; import android.os.Bundle; import com.virglass.beyond.utils.LogUtil; /** * 系统设置更改 * @author Administrator

Service的生命周期与Activity生命周期区别

组件的生命周期 应用程序组件都有一个生命周期,从响应Intent的Android实例开始到这个实例被销毁.在这期间,他们或许有效或许无效,有效时或许对用户可见或许不可见.下面我们就来讨论四个基本组件的生命周期,包括在生命周期内的各种状态,以及状态之间的转换.这几种状态可能的结果是:进程让他们停止, 然后实例被销毁.  一.activity生命周期     一个activity有三个基本的状态:  @ 当activity在前台运行时(在activity当前任务的堆栈顶),为活动或者运行状态.这时a

iOS initWithFrame、initWithCoder、awakeFromNib的区别解析

当我们需要自定义一个View控件时,会有 initWithFrame.initWithCoder.awakeFromNib 这三个系统方法,关于这三个方法何时调用,如何调用,有时候可能很多人会弄混淆. 下面我会就理论结合代码举例来说明一下: 1.initWithFrame - (instancetype)initWithFrame:(CGRect)frame { self = [super initWithFrame:frame]; if (self) { NSLog(@"initWithFra

UIView的layoutSubviews,initWithFrame,initWithCoder方法

****************************layoutSubviews************************************ layoutSubviews是UIView中的属性方法,即只要继承于UIView,就可以使用这个方法,这个方法也很强大,以下是他的触发时机: 1.init初始化不会触发layoutSubviews  2.addSubview会触发layoutSubviews  3.设置view的Frame会触发layoutSubviews,当然前提是fra

java构造代码块,构造函数和普通函数的区别和调用时间

在这里我们谈论一下构造代码块,构造函数和普通函数的区别和调用时间.构造代码块:最早运行,比构造函数运行的时间好要提前,和构造函数一样,只在对象初始化的时候运行.构造函数:运行时间比构造代码块时间晚,也是在对象初始化的时候运行.没有返回值,构造函数名称和类名一致.普通函数:不能自动调用,需要对象来调用,例如a.add();如果只看代码运行先后顺序的话:构造代码块>构造函数>普通函数下面给一个程序 1 public class Test1 { 2 3 public static void main

类继承时,构造函数和析构函数的调用次序

比如,apple类是fruit类的子类,当执行apple a("红富士");的时候,将先调用fruit类的构造函数,再调用apple类的构造函数 同理,假设在程序里先后声明了两个apple实例: apple a(“红富士"); apple b("青香蕉"); 当函数退出时,要先销毁b,再销毁a(因为b在栈顶). 而调用析构函数时,先调用apple的析构函数,再调用fruit的析构函数. 综上可见,构造函数和析构函数的调用次序恰好反了个个儿. Java和C+