iOS Application和viewController的生命周期

一、Application 的生命周期

iOS Application和viewController的生命周期_第1张图片
Application的生命周期.png
1. Application的几种状态

(1)Not running未运行:程序未启动,或者应用正在运行但是途中被系统停止。
(2)Inactive未激活:当前应用正在前台运行,但是并不接收事件。一般每当应用要从一个状态切换到另一个不同的状态时,中途过渡会短暂停留在此状态。此状态停留时间比较长的情况:用户上拉系统设置、者下拉系统状态栏、来电话等。
(3)Active激活:程序在前台运行而且接收到了事件。这是应用正在前台运行时所处的正常状态。
(4)Backgroud后台:程序在后台而且能执行代码,大多数程序进入这个状态后会在在这个状态上停留一会。时间到之后会进入挂起状态(Suspended)。有的程序经过特殊的请求后可以长期处于Backgroud状态,例如播放器播放音乐等。
(5)Suspended挂起:应用处在后台,并且已停止执行代码。系统自动的将应用移入此状态,且在此举之前不会对应用做任何通知。当处在此状态时,应用依然驻留内存但不执行任何程序代码。当系统发生低内存告警时,系统将会将处于Suspended状态的应用清除出内存以为正在前台运行的应用提供足够的内存。

iOS Application和viewController的生命周期_第2张图片
Application的状态.png
2. 程序运行状态时代理方法的执行顺序:
1. 告诉代理启动过程已经开始,但状态恢复尚未发生
- (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions{
    return YES;
}

2. 告诉代理启动基本完成程序准备开始运行
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    return YES;
}

3. 其他应用通过"openURL"的方法打开这个方法所在的app后,这个方法就会被调用(第三方分享的返回、
点击widget等)。这里还要说一点的是,app在未启动时,用户点击widget打开app的时候,执行顺
序是didFinishLaunchingWithOptions -> application:openURL:options: -> applicationDidBecomeActive
- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary *)options{
    return YES;
}

4. 应用程序入活动状态执行(app首次启动、从后台打开app都会调用)
- (void)applicationDidBecomeActive:(UIApplication *)application {
}

5. 应用程序将要进入非活动状态执行,在此期间,应用程序不接收消息或事件(app进入后台、下拉系统状态栏、来电话了等)
- (void)applicationWillResignActive:(UIApplication *)application {
}

6. 当程序被推送到后台的时候调用。要设置后台继续运行,则在这个方法里面设置
- (void)applicationDidEnterBackground:(UIApplication *)application {
}

7. 当程序从后台将要重新回到前台时候调用,这个刚好跟上面的那个方法相反。
- (void)applicationWillEnterForeground:(UIApplication *)application {
}

8. 当程序被杀掉将要退出是被调用,通常是用来保存数据和一些退出前的清理工作。但是通常按下home键只是会进入Background,不会调用此方法,可以在Plist中设置 Application does not run in backgroud为YES,这样在点击HOME键时程序就会调用-(void)applicationWillTerminate:(UIApplication *)application方法实现直接退出程序,并且可以在添加数据保存或数据删除方法
- (void)applicationWillTerminate:(UIApplication *)application {
}

// 此方法已经被willFinishLaunchingWithOptions和didFinishLaunchingWithOptions替代,不需要实现
- (void)applicationDidFinishLaunching:(UIApplication *)application{
}

在上面8个方法对应的方法中键入NSLog(@"%s", func)打印。
现在启动程序看看执行的顺序:

1. 启动程序
①-[AppDelegate application:willFinishLaunchingWithOptions:]
②-[AppDelegate application:didFinishLaunchingWithOptions:]
③-[AppDelegate applicationDidBecomeActive:]

2. 按下home键
①-[AppDelegate applicationWillResignActive:]
②-[AppDelegate applicationDidEnterBackground:]

3. app在后台状态,点击app打开
①-[AppDelegate applicationWillEnterForeground:]
②-[AppDelegate applicationDidBecomeActive:]

二、UIViewController生命周期

iOS Application和viewController的生命周期_第3张图片
UIViewController 生命周期.png

ViewController的生命周期中各方法执行流程如下:

init—>loadView—>viewDidLoad—>viewWillApper—>viewWillLayoutSubviews->viewDidLayoutSubviews
    ->viewDidApper—>viewWillDisapper—>viewDidDisapper—>viewWillUnload->viewDidUnload—>dealloc

严格的说,一个ViewController完整的声明周期还应该包括initialize这个方法,下面简单地介绍下这些方法:

1. + (void)initialize;

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

2. - (instancetype)init 或着 - (instancetype)initWithCoder:(NSCoder *)coder;

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

3. - (void)loadView;

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

4. - (void)viewDidLoad;

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

5. - (void)viewWillAppear:(BOOL)animated;

在view即将添加到视图层级中(显示给用户)且任意显示动画切换之前调用(这个时候supperView还是nil)。这个方法中完成任何与视图显示相关的任务,例如改变视图方向、状态栏方向、视图显示样式等

6. - (void)viewWillLayoutSubviews;

view即将布局其Subviews。比如view的bounds改变了(例如状态栏从不显示到显示,视图方向变化),要调整Subviews的位置,在调整之前要做的一些工作就可以在该方法中实现。

7. - (void)viewDidLayoutSubviews

view已经布局其Subviews。比如view的bounds改变了(例如状态栏从不显示到显示,视图方向变化),已经调整Subviews的位置,在调整完成之后要做的一些工作就可以在该方法中实现。

8. - (void)viewDidAppear:(BOOL)animated;

在view被添加到视图层级中,显示动画切换之后调用(这时view已经添加到supperView中)。在这个方法中执行视图显示相关附件任务.

9. - (void)viewWillDisappear:(BOOL)animated;

视图将被从屏幕上移除之前执行。view即将从superView中移除且移除动画切换之前,此时还没有调用removeFromSuperview。

10. - (void)viewDidDisappear:(BOOL)animated;

视图已经被从屏幕上移除,用户看不到这个视图了。view从superView中移除,移除动画切换之后调用,此时已调用removeFromSuperview。

-(void)viewWillUnload
在VC的view对象从内存中释放之前调用,可以在view被释放前做一些资源清理操作。在iOS6.0开始就废弃了,该方法不再会调用
-(void)viewDidUnload
在VC的view对象从内存中释放之后调用,可以在view被释放后做一些view相关的引用清理操作,此时view为nil。在iOS6.0开始就废弃了,该方法不再会调用

11. - (void)dealloc;

viewController被释放时调用。视图view被销毁,此处需要对你在init和viewDidLoad中创建的对象进行释放(ARC下移除通知等)

参考:http://www.jianshu.com/p/7f96dc4f4b4f

你可能感兴趣的:(iOS Application和viewController的生命周期)