每日1道题（day2）

作者: IreneWu | 来源:发表于2017-05-27 16:06 被阅读103次

每日1道题（day2）
每日1道题（day1）
Goal
数学寒假作业
英语学习笔记
补作业
【0727】现代卓越PMP每日一练，附答案
算法题资源
5014-小林-第十六天打卡
悟和修！

UIViewController 的生命周期
答：来源：http://www.cnblogs.com/dahe007/p/6002964.html
一、下面带 (NSObject)的方法是NSObject提供的方法。其他的都是UIViewController 提供的方法。

load (NSObject)

initialize (NSObject)

init (NSObject)

initWithCoder

initWithNibName

awakeFromNib (NSObject)

loadView

viewDidLoad

viewWillAppear

updateViewConstraints

viewWillLayoutSubviews

viewDidLayoutSubviews

viewDidAppear

viewWillDisappear

viewDidDisappear

dealloc (NSObject)

didReceiveMemoryWarning

二、load、initialize、init

load、initialize是继承的NSObject的方法。这些在其他文章里写过，就不详述了。大体说下。

在main方法还没执行的时候就会加载所有类，调用所有类的load方法。

一般会在load中实现Method Swizzle。

初始化对象，调用alloc的时候会调用initialize方法。这个时候是分配内存。

init方法是在内存中创建好对象。

三、 initWithCoder、initWithNibName、awakeFromNib

1、initWithCoder、awakeFromNib

initWithCoder:反归档，如果对象是从文件解析来的就会调用。

awakeFromNib：从xib或者storyboard加载完毕会调用。
新建UIView的子类并且想在load nib的时候做一些初始化工作的时候可以重写awakeFromNib。bundle在load nib后会给每个view对象发送一个awakeFromNib消息。

2、用storyboard，顺序：

initialize -> initWithCoder -> awakeFromNib -> loadView

2、用Xib或者纯代码：

如果用[[VC alloc] init] 来初始化：

initialize -> init -> initWithNibName -> loadView

如果用[[VC alloc] initWithNibName:@“VC” bundle:nil] 来初始化：

initialize -> initWithNibName -> loadView

使用Xib来实现VC的时候，不要重写loadView方法。如果重写了loadView方法，则Xib中View就会消失，变成空View。

四、loadView

1、要重新设置View的时候，在loadView中去创建UIViewController的view，也就是self.view。

在这个方法中主要完成一些关键view的初始化工作。加载成功后接着调用viewDidLoad方法。

在loadView之前，self.view是不存在的，也就是说view还没有被初始化，loadView完成后view就建立好了。

比如：

- (void)loadView { 
      NSLog(@"loadView中调用self.view : %@", self.view);
}

这样会直接崩溃，因为self.view 还没创建。
在重写的loadView中调用[super loadView]，会自动初始化self.view。如下方式就不会崩溃：

- (void)loadView { 
    [super loadView]; 
    NSLog(@"loadView中调用self.view : %@", self.view);
}

2、每次访问UIViewController的view(比如vc.view、self.view)而且view为nil，loadView方法就会被调用。

- (void)loadView { 
    [super loadView]; 
    NSLog(@"loadView中调用self.view : %@", self.view);
}
- (void)viewDidLoad { 
    [super viewDidLoad]; 
    self.view = nil; 
    self.view.backgroundColor = [UIColor redColor]; 
//这时候view为nil，会再次调用loadView方法。执行完  loadView后继续执行viewDidLoad方法，这样就死循环了。
}

上面代码直接就死循环了，一直执行loadView和viewDidLoad方法。

3、loadView中自定义了view，那么xib、storyboard中设置的页面就会失效，frame也是无效的。如：

- (void)loadView { 
UIView *customView = [[UIView alloc] initWithFrame:CGRectMake(0, 0, 100, 100)]; 
customView.backgroundColor = [UIColor redColor]; 
self.view = customView;
}

上面代码执行的效果是全屏都是红色。

4、修改self.view的大小，可以在 viewDidLayoutSubviews 方法里去修改：

- (void)viewWillLayoutSubviews {
 self.view.frame = CGRectMake(0, 0, 150, 150);
}

5、默认的[super loadView] 中做了哪些事情：

5.1、如果UIViewController制定xib的名字或者storyboard 进行初始化，这样就会根据传入的xib的名字去初始化view。

5.2、如果xib没有显示的指定名称，就默认加载和UIViewController同名的xib文件。

5.3、如果没有找到xib文件就会创建一个空白的UIView，这个view的frame为屏幕的大小。

五、viewDidLoad

loadView执行完成后调用viewDidLoad，viewDidLoad中主要完成界面的初始化。如：往view上添加子视图、读取数据等。

页面打开后，如果没有销毁就只执行一次。

六、viewWillAppear

viewDidLoad执行完成后就执行viewWillAppear。每次打开页面都会执行viewWillAppear。比如：从A页面push到B页面，然后从B页面返回到A页面的时候，viewDidLoad就不再执行，而viewWillAppear还是会执行。

如果要求每次显示该页面的时候都要刷新网络数据，就可以在viewWillAppear做网络请求的操作。

七、updateViewConstraints

主要功能是更新view的约束,并会调用其所有子视图的该方法去更新约束。

ViewController的View在更新视图布局时，会先调用ViewController的updateViewConstraints 方法。我们可以通过重写这个方法去更新当前View的内部布局，而不用再继承这个View去重写-updateConstraints方法。

两个方法都需要在方法实现的最后调用父类的该方法。并且这两个方法不建议直接调用。

- (void)updateViewConstraints {
    //在这里给view添加约束，请确保该view的translatesAutoresizingMaskIntoConstraints属性已设置为false
    [super updateViewConstraints];
}

八、viewWillLayoutSubviews

view即将布局其Subviews。比如view的bounds改变了，要调整Subviews的位置，在调整之前要做的一些工作就可以在该方法中实现。

我们可以在这里设置 subviews 的 frame 属性。

在 Autolayout 机制被调用之前，viewWillLayoutSubviews 会被调用，在 Autolayout 机制被调用之后，viewDidLayoutSubviews 会被调用。即在 viewWillLayoutSubviews 和 viewDidLayoutSubviews 之间，Autolayout 机制会被调用。所以从viewWillLayoutSubviews 中获取的frame 是老的frame，从viewDidLayoutSubviews获取的frame才是正确的frame。

比如xib中设置了约束，然后在viewDidLoad中设置frame，真实的位置还是根据xib中的约束显示的。

而且在viewWillLayoutSubviews中修改frame也是不生效的，那么，如何才能用代码修改布局生效？

方法一：
在viewDidLayoutSubviews中修改frame，这是最简单的方法。

方法二：推荐做法

在updateConstraints中修改约束。
方法三：
在viewWillLayoutSubviews中修改约束

九、viewDidLayoutSubviews

控制器的view布局子控件完成。这里获取的frame才是最正确的frame。

如果控件用的约束来布局的，在viewDidLayoutSubviews 中去设置视图的frame 是无效的。

如果控件是用frame来布局的，在viewDidLayoutSubviews 中去设置视图的frame 是有效的。

self.view 在viewDidLayoutSubviews 中去设置 frame 是有效的。

十、viewWillDisappear

控制器的view即将消失的时候

十一、viewDidDisappear

控制器的view完全消失的时候

十二、 dealloc

当对象被释放的时候调用dealloc。

ARC中dealloc方法中常用的一些作用：

在dealloc中移除掉notification，解除delegate关系。

看一个类中是否有循环引用，可以用Instrument或者FBMemoryProfiler，不过最简单的还是在dealloc里打印日志。

十三、didReceiveMemoryWarning

当系统内存不足时，VC的didReceiveMemoryWarining 方法会被调用，VC所在的导航栈（self.navigationController.viewControllers）中的VC 也会被调didReceiveMemoryWarining。

didReceiveMemoryWarining 会判断当前VC的view是否显示在window上，

如果没有显示在window上，则didReceiveMemoryWarining 会自动将VC 的view以及其所有子view全部销毁。

如果当前UIViewController的view显示在window上，则不销毁该viewcontroller的view。

AppStore中一些可以释放内存的APP，就是先不断增加使用的内存，然后系统检测到内存不足的时候会自动进行回收。

扩展：http://www.jianshu.com/p/a5f82922e387

loadView方法

当我们用到控制器view时，就会调用控制器view的get方法，在get方法内部，首先判断view是否已经创建，如果已存在，则直接返回存在的view，如果不存在，则调用控制器的loadView方法，在控制器没有被销毁的情况下，loadView也可能会被执行多次

viewDidLoad方法

当控制器的loadView方法执行完毕，view被创建成功后，就会执行viewDidLoad方法，该方法与loadView方法一样，也有可能被执行多次。在开发中，我们可能从未遇到过执行多次的情况，那什么时候会执行多次呢？

比如A控制器push出B控制器，此时，窗口显示的是B控制器的view，此时如果收到内存警告，我们一般会将A控制器中没用的变量及view销毁掉，之后当我们从B控制器pop到A控制器时，就会再次执行A控制器的loadView方法与viewDidLoad方法。

控制器view的加载
1.通过storyboard加载
当控制器通过storyboard加载时，需要指定storyboard的名称，控制器view最终就是storyboard所描述的样子。

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{   
    UIStoryboard *storyboard = [UIStoryboard storyboardWithName:@"TestViewController" bundle:nil];      
    TestViewController *testVC = [storyboard instantiateInitialViewController];   
    [self.navigationController pushViewController:testVC animated:YES]; 
}

2.通过xib加载当控制器view通过xib加载的时候，可能会出现三种情况

a. 指定xib名称（OtherViewController.xib）

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{   
    TestViewController *testVC = [[TestViewController alloc] initWithNibName:@"OtherViewController" bundle:nil];   
    [self.navigationController pushViewController:testVC animated:YES]; 
}

当我们指定了xib的名称，loadView方法就会去加载对应的xib（OtherViewController.xib）

b.不指定xib名称1

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{   
    TestViewController *testVC = [[TestViewController alloc] init];   
    [self.navigationController pushViewController:testVC animated:YES]; 
}

如果我们不指定xib名称，loadView就会加载与控制器同名的xib（TestViewController.xib）

c.不指定xib名称2
我们先将TestViewController.xib这个文件删除掉。
当没有指定xib名称，且没有与控制器同名的xib时，会加载前缀与控制器名相同而不带controller的xib（TestView.xib）。

3.不通过sb\xib加载
将TestView.xib这个文件也删除掉，再来运行程序，结果是黑色的。
控制器view是存在的，只不过颜色为clearColor，所以看到的黑色其实是UIWindow的。

4.重写loadView方法
我们重写TestViewController的loadView方法，里面不做任何事

- (void)loadView { }

结果跟上面一样黑，不同的是，这次并没有创建view，最外层并不是UIView

如果我们希望控制器view加载出来的时候不是UIView而是其他控件，比如UIImageView，那我们就可以重写loadView

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

结论
1.重写loadView方法，则会根据重写的loadView方法创建view
2.控制器通过storyboard加载，则根据storyboard的描述创建view
3.控制器view通过xib加载，则根据nibName对应的xib创建view
4.没有指定nibName，则根据与控制器同名的xib创建view
5.没有同名的xib，则根据与控制器名前缀相同不带controller的xib创建view
6.如果都没有，则创建一个空白的xib
7.awakeFromNib当控制器从nib加载的时候就会调用这个方法
8.storyboard加载的是控制器及控制器view，而xib加载的仅仅只是控制器的view