深入浅出 iOS 之生命周期

iOS应用程序的生命周期又根据系统是否支持多线程分为两种：

不支持多线程的iOS4之前的系统以及支持多线程的iOS4及其之后的系统。

iOS4 之前系统，app的生命周期图如下所示：

从图中我们可以看出：

step 1，点击 app icon 或者从应用程序url（比如在Safari地址栏中输入应用程序url）启动应用程序。

step 2，就会进入 UIApplicationDelegate的

-(void) applicationDidFinishLaunching:( UIApplication*)application;

或

- ( BOOL)application:( UIApplication*)application didFinishLaunchingWithOptions:( NSDictionary*) launchOptions;

step 3, 如果是从 url 启动的则先进入 UIApplicationDelegate 的

- ( BOOL)application:( UIApplication*)application handleOpenURL:( NSURL*) url;

然后再跳转到step 4；否则直接跳转到step 4；

step 4，进入 UIApplicationDelegate的

-(void) applicationDidBecomeActive:( UIApplication*)application;

step 5，进入应用程序主循环，这时应用程序已经是活动的了，用户可以与应用程序交互。

step 6，在 step 5 状态下，如果按住 home 键或者进行任务切换操作，然后跳转到 step 8；

step 7，在 step 5 状态下，应用程序被中断（如来电，来短信），进入 UIApplicationDelegate 的

-(void) applicationWillResignActive:( UIApplication*)application;

如果用户选择不处理继续留在当前应用程序，则回到 step 4；如果用户选择处理, 则跳转到 step 8；

step 8，进入 UIApplicationDelegate的

-(void) applicationWillTerminate:( UIApplication*)application;

当前应用程序关闭。

注：这里所说的进入，并非真正的调用该消息，只是走流程。因为 UIApplicationDelegate 的方法都是@optional的，实现了则真正执行，没有实现则什么也不做。

 

iOS4及其之后的系统，app的生命周期图如下所示：

从图中我们可以看出，支持多线程之后，情况要复杂得多了。但总体还是有规律可循的，多了一个后台模式。

在app被中断之后，先进入后台：

-(void) applicationDidEnterBackground:( UIApplication*)application;

在app被中断后继续时，要从后台模式切换到前台：

-(void) applicationWillEnterForeground:( UIApplication*)application;

注意：iOS3.2 下构建的 app 也会进入applicationDidEnterBackground: ，然后立马就关闭掉了。而iOS4.x 下构建的 app，进入applicationDidEnterBackground: 后，不会立马关闭掉，而是留在后台状态。在后台状态下，无论你是通过点击app icon还是任务切换回到前台，首先进入的是 applicationWillEnterForeground，然后才是 applicationDidBecomeActive。

当系统内存不足时，系统会强行关闭那些尚在内存中但处于后台状态的 app，以腾出足够的内存供使用。但是那些被强行关闭的程序不会调用任何UIApplicationDelegate的委托方法，只会得到一个KILL 信号。当我们长按app icon，强行关闭app，也是同样的处理过程。

在iOS4及之后的系统中，在app运行过程中接电话/ 查看短信，应用程序不会被关闭，它会进入后台模式。我们可以双击home 键查看所有当前运行着的应用程序。