iOS App的生命周期

程序启动顺序图

iOS程序的启动执行顺序.jpg

具体执行流程

• (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

  NSLog(@"--- %s ---",func);//func打印方法名

  return YES;

}

• (void)applicationWillResignActive:(UIApplication *)application {

  NSLog(@"--- %s ---",func);

}

• (void)applicationDidEnterBackground:(UIApplication *)application {

  NSLog(@"--- %s ---",func);

}

• (void)applicationWillEnterForeground:(UIApplication *)application {

  NSLog(@"--- %s ---",func);

}

• (void)applicationDidBecomeActive:(UIApplication *)application {

  NSLog(@"--- %s ---",func);

}

• (void)applicationDidReceiveMemoryWarning:(UIApplication *)application {

  NSLog(@"--- %s ---",func);

}

• (void)applicationWillTerminate:(UIApplication *)application {

  NSLog(@"--- %s ---",func);

}

启动程序

-[AppDelegate application:didFinishLaunchingWithOptions:]

-[AppDelegate applicationDidBecomeActive:]

按下 Command + H + SHIFT

-[AppDelegate applicationWillResignActive:]

-[AppDelegate applicationDidEnterBackground:]

重新点击 进入程序

-[AppDelegate applicationWillEnterForeground:]

-[AppDelegate applicationDidBecomeActive:]

内存警告

-[AppDelegate applicationDidReceiveMemoryWarning:]

UIViewController 的生命周期

// 非storyBoard(xib或非xib)都走这个方法

• (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil {

  NSLog(@"%s", FUNCTION);

  if (self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil]) {

}

return self;

}

// storyBoard走这个方法

• (instancetype)initWithCoder:(NSCoder *)aDecoder {

  NSLog(@"%s", FUNCTION);

  if (self = [super initWithCoder:aDecoder]) {

}

return self;

}

// xib 加载 完成

• (void)awakeFromNib {

  [super awakeFromNib];

  NSLog(@"%s", FUNCTION);

}

// 加载视图(默认从nib)

• (void)loadView {

  NSLog(@"%s", FUNCTION);

  self.view = [[UIView alloc] initWithFrame:[UIScreen mainScreen].bounds];

  self.view.backgroundColor = [UIColor redColor];

}

// 视图控制器中的视图加载完成，viewController自带的view加载完成

• (void)viewDidLoad {

  NSLog(@"%s", FUNCTION);

  [super viewDidLoad];

}

// 视图将要出现

• (void)viewWillAppear:(BOOL)animated {

  NSLog(@"%s", FUNCTION);

  [super viewWillAppear:animated];

}

// view 即将布局其 Subviews

• (void)viewWillLayoutSubviews {

  NSLog(@"%s", FUNCTION);

  [super viewWillLayoutSubviews];

}

// view 已经布局其 Subviews

• (void)viewDidLayoutSubviews {

  NSLog(@"%s", FUNCTION);

  [super viewDidLayoutSubviews];

}

// 视图已经出现

• (void)viewDidAppear:(BOOL)animated {

  NSLog(@"%s", FUNCTION);

  [super viewDidAppear:animated];

}

// 视图将要消失

• (void)viewWillDisappear:(BOOL)animated {

  NSLog(@"%s", FUNCTION);

  [super viewWillDisappear:animated];

}

// 视图已经消失

• (void)viewDidDisappear:(BOOL)animated {

  NSLog(@"%s", FUNCTION);

  [super viewDidDisappear:animated];

}

// 出现内存警告

• (void)didReceiveMemoryWarning {

  NSLog(@"%s", FUNCTION);

  [super didReceiveMemoryWarning];

}

// 视图被销毁

• (void)dealloc {

  NSLog(@"%s", FUNCTION);

}

分析

initWithNibName:bundle:

初始化UIViewController，执行关键数据初始化操作，非StoryBoard创建UIViewController都会调用这个方法。
注意: 不要在这里做View相关操作，View在loadView方法中才初始化。

initWithCoder:

如果使用StoryBoard进行视图管理，程序不会直接初始化一个UIViewController，StoryBoard会自动初始化或在segue被触发时自动初始化，因此方法initWithNibName:bundle不会被调用，但是initWithCoder会被调用。

awakeFromNib

当awakeFromNib方法被调用时，所有视图的outlet和action已经连接，但还没有被确定，这个方法可以算作适合视图控制器的实例化配合一起使用的，因为有些需要根据用户喜好来进行设置的内容，无法存在storyBoard或xib中，所以可以在awakeFromNib方法中被加载进来。

loadView

当执行到loadView方法时，如果视图控制器是通过nib创建，那么视图控制器已经从nib文件中被解档并创建好了，接下来任务就是对view进行初始化。
loadView方法在UIViewController对象的view被访问且为空的时候调用。这是它与awakeFromNib方法的一个区别。
假设我们在处理内存警告时释放view属性：self.view = nil。因此loadView方法在视图控制器的生命周期内可能被调用多次。
loadView方法不应该直接被调用，而是由系统调用，它会加载或创建一个view并把它赋值给UIViewController的view属性。
在创建view的过程中，首先会根据nibName去找对应的nib文件然后加载。如果nibName为空或找不到对应的nib文件，则会创建一个空视图(这种情况一般是纯代码)
注意:在重写loadView方法的时候，不要调用父类的方法。

viewDidLoad

当loadView将view载入内存中，会进一步调用viewDidLoad方法来进行进一步设置。此时，视图层次已经放到内存中，通常，我们对于各种初始化数据的载入，初始设定、修改约束、移除视图等很多操作都可以这个方法中实现。

viewWillAppear

系统在载入所有的数据后，将会在屏幕上显示视图，这时会先调用这个方法，通常我们会在这个方法对即将显示的视图做进一步的设置。比如，设置设备不同方向时该如何显示；设置状态栏方向、设置视图显示样式等。
另一方面，当APP有多个视图时，上下级视图切换是也会调用这个方法，如果在调入视图时，需要对数据做更新，就只能在这个方法内实现。

viewWillLayoutSubviews

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

viewDidLayoutSubviews

view已经布局其Subviews，这里可以放置调整完成之后需要做的工作。

viewDidAppear

在view被添加到视图层级中以及多视图，上下级视图切换时调用这个方法，在这里可以对正在显示的视图做进一步的设置。

viewWillDisappear

在视图切换时，当前视图在即将被移除、或被覆盖是，会调用该方法，此时还没有调用removeFromSuperview。

viewDidDisappear

view已经消失或被覆盖，此时已经调用removeFromSuperView;

dealloc

视图被销毁，此次需要对你在init和viewDidLoad中创建的对象进行释放。

didReceiveMemoryWarning

在内存足够的情况下，app的视图通常会一直保存在内存中，但是如果内存不够，一些没有正在显示的viewController就会收到内存不足的警告，然后就会释放自己拥有的视图，以达到释放内存的目的。但是系统只会释放内存，并不会释放对象的所有权，所以通常我们需要在这里将不需要显示在内存中保留的对象释放它的所有权，将其指针置nil。

# [ios_oc 应用程序的生命周期]

1、应用程序状态

状态如下：

Not running 未运行 程序没启动

Inactive 未激活 不过没有接收到事件。在没有事件处理情况下程序通常停留在这个状态

Active 激活 程序在前台运行而且接收到了事件。这也是前台的一个正常模式

Backgroud 后台 程序在后台而且能执行代码，大多数程序进入这个状态后会在这个状态上停留一会。时间到之后会进入挂起状态(Suspended)。有的程序经过特殊的请求后可以长期处于Backgroud状态

Suspended 挂起 程序在后台不能执行代码。系统会自动把程序变成这个状态而且不发出通知。当挂起时，程序还是停留在内存中的，当系统内存低时，系统就把挂起的程序清除掉，为前台程序提供更多的内存。

下图是程序状态变化图：

程序状态变化图.png

各个程序运行状态时代理的回调：

• (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions

告诉代理进程启动但还没进入状态保存

• (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

告诉代理启动基本完成程序准备开始运行

• (void)applicationWillResignActive:(UIApplication *)application

当应用程序将要入非活动状态执行，在此期间，应用程序不接收消息或事件，比如来电话了

• (void)applicationDidBecomeActive:(UIApplication *)application

当应用程序入活动状态执行，这个刚好跟上面那个方法相反

• (void)applicationDidEnterBackground:(UIApplication *)application

当应用程序推送到后台的时候调用。所以要设置后台继续运行，则在这个函数里面设置即可

• (void)applicationWillEnterForeground:(UIApplication *)application

当应用程序将要重新回到前台时候调用，这个刚好和上面的那个方法相反。

• (void)applicationWillTerminate:(UIApplication *)application

当应用程序要退出时被调用，通常是用来保存数据和一些退出前的清理工作。这个需要要设置UIApplicationExitsOnSuspend的键值。

• (void)applicationDidFinishLaunching:(UIApplication*)application

当程序载入后执行

在上面8个方法对应的方法中键入NSLog打印。

现在启动程序看看执行的顺序：

启动程序
lifeCycle[40428:11303] willFinishLaunchingWithOptions
lifeCycle[40428:11303] didFinishLaunchingWithOptions
lifeCycle[40428:11303] applicationDidBecomeActive
按下home键
lifeCycle[40428:11303] applicationWillResignActive
lifeCycle[40428:11303] applicationDidEnterBackground
双击home键，再打开程序
lifeCycle[40428:11303] applicationWillEnterForeground
lifeCycle[40428:11303] applicationDidBecomeActive

2、应用程序的生命周期

应用程序的生命周期.png

2.1、加载应用程序进入前台

2.2、加载应用程序进入后台

333.png

2.3、关于main函数

main函数是程序启动的入口，在iOS app中，main函数的功能被最小化，它的主要工作都交给了UIKit framework

#import <UIKit/UIKit.h>

int main(int argc, char *argv[])
{
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([MyAppDelegate class]));
}
}

UIApplicationMain函数有四个参数，你不需要改变这些参数值，不过我们也需要理解这些参数和程序是如何开始的argc和argv参数包含了系统带过来的启动时间。第三个参数确定了主要应用程序类的名称，这个参数指定为nil，这样UIKit就会使用默认的程序类UIApplication。第四个参数是程序自定义的代理类名，这个类负责系统和代码之间的交互。它一般在Xcode新建项目时自动生成。另外UIApplicationMain函数加载了程序主界面的文件。虽然这个函数加载了界面文件，但是没有放到应用程序的windows上，你需要在Delegate 的application:willFinishLaunchingWithOptions方法中加载它。

一个应用程序可以有一个主的storyboard文件或者有一个主的nib文件，但不能同时有两个存在。

如果程序在启动时没有自动加载主要的故事版或nib文件，你可以在application:willFinishLaunchingWithOptions方法里准备windows的展示。

3、响应中断

3.1 当一个基于警告式的中断发生时，比如有电话打进来了，这是程序会临时进入inactive状态，这用户可以选择如何处理这个中断，流程如下图：

444.png

在iOS5，通知不会把程序变成为激活状态，通知会显示在状态栏上，如果你；拉下状态栏，程序会变成inactive，把状态栏放回去，程序变回active。

按锁屏键也是另外一种程序的中断，当你按下锁屏键，系统屏蔽了所有触摸事件，把app放到了后台，这时app状态是 inactive，并进入后台。

3.2 当有这些中断时，我们的app该怎么办呢？我们应该在applicationWillResignActive:方法中：

停止timer和其他周期性的任务

停止任何正在运行的请求

暂停视频的播放

如果是游戏那就暂停它

减少OpenGL ES的帧率

挂起任何分发的队列和不重要的操作队列(你可以继续处理网络请求或其他事件敏感的后台任务)。

当程序回到active状态， applicationDidBecomeActive: 方法应该上面提到的任务重新开始，比如重新开始timer，继续分发队列，提高OpenGL ES的帧率。不过游戏要回到暂停状态，不能自动开始。

4、转到后台运行

555.png

PS:只有在IOS4以上系统或者支持多任务的设备才能后台运行。不然会直接结束状态。

4.1 当应用程序进入后台时，我们应该做写什么呢？

保存用户数据或状态信息，所有没写到磁盘的文件或信息，在进入后台时，最后都写到磁盘去，因为程序可能在后台被杀死，
释放尽可能释放的内存
applicationDidEnterBackgound: 方法有大概5秒的时间让你完成这些任务。如果超过时间还有未完成的任务，你的程序就会被终止而且从内存中清除。如果还需要长时间的运行任务，可以调用 beginBackgroundTaskWithExpirationHandler 方法去请求后台运行时间和启动线程来运行长时间运行的任务。

4.2 应用程序在后台时的内存使用

在后台时，每个应用程序都应该释放最大的内存。系统努力的保持更多的应用程序在后台同时 运行。不过当内存不足时，会终止一些挂起的程序来回收内存，那些内存最大的程序首先被终止。
事实上，应用程序应该的对象如果不再使用了，那就应该尽快的去掉强引用，这样编译器可以回收这些内存。如果你想缓存一些对象提升程序的性能，你可以在进入后台时，把这些对象去掉强引用。
下面这样的对象应该尽快的去掉强引用：
图片对象
你可以重新加载的 大的视频或数据文件
任何没用而且可以轻易创建的对象
在后台时，为了减少程序占用的内存，系统会自动在回收一些系统帮助你开辟的内存。比如：
系统回收Core Animation的后备存储。
去掉任何系统引用的缓存图片
去掉系统管理数据缓存强引用

5 、返回前台运行

流程如图所示：

666.png

当app处于挂起状态时，它是不能执行任何代码的。因此它不能处理在挂起期间发过来的通知，比如方向改变，时间改变，设置的改变还有其他影响程序展现的或状态的通知。在程序返回后台或前台是，程序都要正确的处理这些通知。

6、程序的终止

程序只要符合以下情况之一，只要进入后台或挂起状态就会终止：
iOS4.0以前的系统
app是基于iOS4.0之前系统开发的。
设备不支持多任务
在Info.plist文件中，程序包含了 UIApplicationExitsOnSuspend 键。
app如果终止了 ,系统会调用app的代理的方法 applicationWillTerminate: 这样可以让你可以做一些清理工作。你可以保存一些数据或app的状态。这个方法也有5秒钟的限制。超时后方法会返回程序从内存中清除。
注意：用户可以手工关闭应用程序。

7、 The Main Run Loop 主运行循环

Main Run Loop负责处理用户相关的事件。UIApplication对象在程序启动时启动main run Loop，它处理事件和更新视图的界面。看Main Run Loop就知道，它是运行在程序的主线程上的。这样保证了接收到用户相关操作的事件是按顺序处理的。

Main Run Loop 处理事件的架构图：

777.png

用户操作设备，相关的操作事件被系统生成并通过UIKit的指定端口分发。事件在内部排成队列，一个个的分发到Main run loop 去做处理。UIApplication对象是第一个接收到时间的对象，它决定事件如何被处理。触摸事件分发到主窗口，窗口再分发到对应出发触摸事件的View。其他的事件通过其他途径分发给其他对象变量做处理。

大部分的事件可以在你的应用里分发，类似于触摸事件，远程操控事件（线控耳机等）都是由app的 responder objects 对象处理的。Responder objects 在你的app里到处都是，比如：UIApplication 对象。view对象，view controller 对象，都是resopnder objects。大部分事件的目标都指定了resopnder object，不过事件也可以传递给其他对象。比如，如果view对象不处理事件，可以传给父类view或者view controller。