生命周期总结梳理
程序的生命周期
包含五个状态
- Not Running：未运行。
- Inactive：前台非活动状态。处于前台，但是不能接受事件处理。
- Active：前台活动状态。处于前台，能接受事件处理。
- Background：后台状态。进入后台，如果又可执行代码，会执行代码，代码执行完毕，程序进行挂起。
- Suspended：挂起状态。进入后台，不能执行代码，如果内存不足，程序会被杀死。
AppDelegate中的回调方法和通知
-
回调方法：application:didFinishLaunchingWithOptions:
本地通知：UIApplicationDidFinishLaunchingNotification 触发时机：程序启动并进行初始化的时候后。 适宜操作：这个阶段应该进行根视图的创建。 -
回调方法：applicationDidBecomeActive：
本地通知：UIApplicationDidBecomeActiveNotification 触发时机：程序进入前台并处于活动状态时调用。 适宜操作：这个阶段应该恢复UI状态（例如游戏状态）。 -
回调方法：applicationWillResignActive:
本地通知：UIApplicationWillResignActiveNotification 触发时机：从活动状态进入非活动状态。 适宜操作：这个阶段应该保存UI状态（例如游戏状态）。 -
回调方法：applicationDidEnterBackground:
本地通知：UIApplicationDidEnterBackgroundNotification 触发时机：程序进入后台时调用。 适宜操作：这个阶段应该保存用户数据，释放一些资源（例如释放数据库资源）。 -
回调方法：applicationWillEnterForeground：
本地通知：UIApplicationWillEnterForegroundNotification 触发时机：程序进入前台，但是还没有处于活动状态时调用。 适宜操作：这个阶段应该恢复用户数据。 -
回调方法：applicationWillTerminate:
本地通知：UIApplicationWillTerminateNotification 触发时机：程序被杀死时调用。 适宜操作：这个阶段应该进行释放一些资源和保存用户数据。
程序周期相关操作
- 程序启动
点击应用图标时，会经历三个状态：
Not running-->Inactive-->Active
Not running --> Inactive
调用 application:didFinishLaunchingWithOptions: 发送 UIApplicationDidFinishLaunchingNotification
Inactive-->Active
调用 applicationDidBecomeActive： 发送：UIApplicationDidBecomeActiveNotification
- 程序点击Home（双击home后台运行）
根据info.plist中Application does not run in background / UIApplicationExitsOnSuspend控制似乎否可以在后台运行或挂起。
如果可以在后台运行或者挂起会经历
Active-->Inactive-->Background-->Suspended
Active-->Inactive
调用 applicationWillResignActive： 发送：UIApplicationWillResignActiveNotification
Background-->Suspended
调用 applicationDidEnterBackground： 发送：UIApplicationDidEnterBackgroundNotification
如果不可以后台运行或挂起会经历
Active-->Inactive-->Background-->Suspended-->Not Running
Background-->Suspended
调用 applicationDidEnterBackground： 发送：UIApplicationDidEnterBackgroundNotification
Suspended-->Not Running
调用 applicationWillTerminate： 发送：UIApplicationWillTerminateNotification
- 挂起后，重新运行
Suspended-->Background-->Inactive-->Active
Background-->Inactive
调用 applicationWillEnterForeground： 发送：UIApplicationWillEnterForegroundNotification
Inactive-->Active
调用 applicationDidBecomeActive： 发送：UIApplicationDidBecomeActiveNotification
- 内存不足，杀死程序
Background-->Suspended-->Not running
这种情况不会调用任何方法，也不会发送任何通知。
二、UIViewController的生命周期
下面是UIViewController生命的相关方法（注意顺序）
//类的初始化方法，并不是每次创建对象都调用，只有这个类第一次创建对象才会调用，做一些类的准备工
作，再次创建这个类的对象。initialize方法将不会被调用，对于这个类的子类，如果实现了initialize
方法，在这个子类第一次创建对象是会调用自己的initialization方法，没有实现者由调用父类实现方
法；可以用以实现相关全局变量
+ (void)initialize;
//对象初始化方法init方法和initCoder方法相似，只是被调用的环境不一样，如果用代码进行初始化，会
调用init，从nib文件或者归档进行初始化，会调用initCoder。
- (instancetype)init;
//从归档初始化
- (instancetype)initWithCoder:(NSCoder *)coder;
//加载视图:是开始加载视图的起始方法，除非手动调用，否则在viewcontroller的生命周期中没特殊情况
只被调用一次；ViewController的view是使用了lazyInit方式创建，就是说你调用的view属性的
getter：［self view］。在getter里会先判断view是否创建，如果没有创建，那么会调用loadView来
创建view。loadView和viewDidLoad的一个区别就是：loadView时还没有view。而viewDidLoad时
view以及创建好了。
-(void)loadView;
//将要加载视图：，类中成员对象和变量的初始化我们都会放在这个方法中，在类创建后，无论视图的展现或消失，这个方法也是只会在将要布局时调用一次。
- (void)viewDidLoad;
//将要展示
-(void)viewWillAppear:(BOOL)animated;
//将要布局子视图，在viewWillAppear后调用，将要对子视图进行布局。
-(void)viewWillLayoutSubviews;
//已经布局子视图
-(void)viewDidLayoutSubviews;
//已经展示
-(void)viewDidAppear:(BOOL)animated;
//将要消失
-(void)viewWillDisappear:(BOOL)animated;
//已经消失
-(void)viewDidDisappear:(BOOL)animated;
//内存警告
- (void)didReceiveMemoryWarning;
//被释放
-(void)dealloc;
从nib文件加载的controller，只要不释放，在每次viewWillAppare时都会调用layoutSubviews方
法，有时甚至会在viewDidAppare后在调用一次layoutSubviews，而重点是从代码加载的则只会在开始调
用一次，之后都不会，所以注意，在layoutSubviews中写相关的布局代码十分危险。
UIViewController的新收获
- parentViewController属性
@property(nullable,nonatomic,weak,readonly) UIViewController *parentViewController;
例如：我的项目结构为 tabbarController > navigationContriller > contorller
打印
NSLog(@"self.parentViewController > %@ ===== %@",[self.parentViewController.parentViewController class],self.parentViewController.parentViewController);
输出
self.parentViewController > YLUITabBarViewController ===== <YLUITabBarViewController: 0x10201ee00>
无需调用window的rootcontroller来获取YLUITabBarViewController
2.模态跳转中Controller的从属
主要是两个参数，只要模态关系没有被释放，我们就可以利用这个两个参数进行对象获取，传值什么的根本不需要block或者delegate；
//其所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);
传值可以简单使用
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];
引申知识load与initialize
load
对于加入运行期系统的类及分类，必定会调用此方法，且仅调用一次。
iOS会在应用程序启动的时候调用load方法，在main函数之前调用
执行子类的load方法前，会先执行所有超类的load方法，顺序为父类->子类->分类
在load方法中使用其他类是不安全的，因为会调用其他类的load方法，而如果关系复杂的话，就无法判断出各个类的载入顺序，类只有初始化完成后，类实例才能进行正常使用
load 方法不遵从继承规则，如果类本身没有实现load方法，那么系统就不会调用，不管父类有没有实现（跟下文的initialize有明显区别）
尽可能的精简load方法，因为整个应用程序在执行load方法时会阻塞，即，程序会阻塞直到所有类的load方法执行完毕，才会继续
load 方法中最常用的就是方法交换method swizzling
initialize
在首次使用该类之前由运行期系统（非人为）调用，且仅调用一次
惰性调用，只有当程序使用相关类时，才会调用
运行期系统会确保initialize方法是在线程安全的环境中执行，即，只有执行initialize的那个线程可以操作类或类实例。其他线程都要先阻塞，等待initialize执行完
-
如果类未实现initialize方法，而其超类实现了，那么会运行超类的实现代码，而且会运行两次（load 第5点）
- initialize 遵循继承规则
- 初始化子类的的时候会先初始化父类，然后会调用父类的initialize方法，而子类没有覆写initialize方法，因此会再次调用父类的实现方法
initialize方法也需要尽量精简，一般只应该用来设置内部数据，比如，某个全局状态无法在编译期初始化，可以放在initialize里面。
SO：
在加载阶段，如果类实现了load方法，系统就会调用它，load方法不参与覆写机制
在首次使用某个类之前，系统会向其发送initialize消息，通常应该在里面判断当前要初始化的类，防止子类未覆写initialize的情况下调用两次
load与initialize方法都应该实现得精简一些，有助于保持应用程序的响应能力，也能减少引入“依赖环”（interdependency cycle）的几率
无法在编译期设定的全局常量，可以放在initialize方法里初始化
