iOS应用生命周期

　　做为应用程序的委托对象，AppDelegate类在应用生命周期的不一样阶段会回调不一样的方法。首先，让咱们先了解一下iOS 应用的不一样状态及它们彼此间的关系，见图1 。

                                               

                                                            图1 iOS应用状态图

　　下面简要介绍一下iOS 应用的5种状态。
　　 Not Running（非运行状态）。应用没有运行或被系统终止。
　　 Inactive （前台非活动状态）。应用正在进入前台状态，可是还不能接受事件处理。
　　 Active （前台活动状态）。应用进入前台状态，能接受事件处理。
　　 Background（后台状态）。应用进入后台后，依然可以执行代码。若是有可执行的代码，就会执行代码，若是没有可执行的代码或者将可执行的代码执行完毕，应用会立刻进入挂起状态。 
　　 Suspended（挂起状态）。处于挂起的应用进入一种“冷冻”状态，不能执行代码。若是系统内存不够，应用会被终止。 
　　在应用状态跃迁的过程当中，iOS 系统会回调AppDelegate中的一些方法，而且发送一些通知。实际上，在应用的生命周期中用到的方法和通知不少，咱们选取了几个主要的方法和通知进行详细介绍，具体如表1所述。

                                                      表1 状态跃迁过程当中应用回调的方法和本地通知

                         

　　为了便于观察应用程序的运行状态，咱们为AppDelegate.m中的方法添加一些日志输出，具体代码以下：

@implementation AppDelegate  
 
- (BOOL)application:(UIApplication *)application  
    didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 
{ 
    NSLog(@"%@", @"application:didFinishLaunchingWithOptions:"); 

    return YES; 
} 
- (void)applicationWillResignActive:(UIApplication *)application 
{     
    NSLog(@"%@", @"applicationWillResignActive:"); 
} 
- (void)applicationDidEnterBackground:(UIApplication *)application 
{     
    NSLog(@"%@", @"applicationDidEnterBackground:"); 
} 
- (void)applicationWillEnterForeground:(UIApplication *)application 
{     
    NSLog(@"%@", @"applicationWillEnterForeground:"); 
} 
- (void)applicationDidBecomeActive:(UIApplication *)application 
{     
    NSLog(@"%@", @"applicationDidBecomeActive:"); 
} 
- (void)applicationWillTerminate:(UIApplication *)application 
{     
    NSLog(@"%@", @"applicationWillTerminate:"); 
} 
@end 

　　为了让你们更直观地了解各状态与其相应的方法、通知间的关系，下面咱们以几个应用场景为切入点进行系统的分析。

（一）非运行状态——应用启动场景

　　场景描述：用户点击应用图标的时候，多是第一次启动这个应用，也多是应用终止后再次启动。该场景的状态跃迁过程见图2 ，共经历两个阶段3个状态：Not running →Inactive→Active。
　　 在Not running→Inactive 阶段。调用application:didFinishLaunchingWithOptions:方法，发出UIApplicationDidFinishLaunchingNotification 通知。 
　　 在Inactive →Active 阶段。调用 applicationDidBecomeActive: 方法，发出UIApplicationDidBecomeActiveNotification 通知。

                                                

                                                                       图2 应用启动场景的状态跃迁过程 

（二）点击Home键——应用退出场景

　　场景描述：应用处于运行状态（即Active状态）时，点击Home键或者有其余的应用致使当前应用中断。该场景的状态跃迁过程能够分红两种状况：能够在后台运行或者挂起，不能够在后台运行或者挂起。根据产品属性文件（如HelloWorld-Info.plist）中的相关属性Application does not run in background 是与否能够控制这两种状态。若是采用文本编辑器打开HelloWorldInfo.plist文件该设置项对应的键是UIApplicationExitsOnSuspend。　

　　状态跃迁的第一种状况：应用能够在后台运行或者挂起，该场景的状态跃迁过程见图3 ，共经历3 个阶段4个状态：Active → Inactive → Background→Suspended。 

　　 在Active→Inactive 阶段。调用 applicationWillResignActive:方法，发出UIApplicationWillResignActiveNotification 通知。 
　　 在Inactive →Background阶段。应用从非活动状态进入到后台（不涉及咱们要重点说明的方法和通知）。
　　 在Background→Suspended 阶段。调用applicationDidEnterBackground:方法，发出UIApplicationDidEnterBackgroundNotification 通知。

　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　             图3 点击Home键应用退出场景

　　状态跃迁的第二种状况：应用不能够在后台运行或者挂起，其状态跃迁状况见图4 ，共经历4个阶段5 个状态：Active  → Inactive  → Background→Suspended→Not running 。

　　 在Active →Inactivd 阶段。应用由活动状态转为非活动状态（不涉及咱们要重点说明的方法和通知）。
　　 在Inactive →Background阶段。应用从非活动状态进入到后台（不涉及咱们要重点说明的方法和通知）。
　　 在Background→Suspended 阶段。调用applicationDidEnterBackground:方法， 发出UIApplicationDidEnterBackgroundNotification 通知。
　　 在Suspended →Not running阶段。调用applicationWillTerminate:方法，发出UIApplicationWillTerminateNotification通知。

                                      

　　　　　　　　　　　　　　　　　　　　　　图4 点击Home键，应用退出场景

　　iOS 在iOS 4以前不支持多任务，点击Home键时，应用会退出并中断；而在iOS 4以后（包括iOS 4），操做系统可以支持多任务处理，点击Home键应用会进入后台但不会中断（内存不够的状况除外）。
　　应用在后台也能够进行部分处理工做，处理完成则进入挂起状态。

（三）挂起从新运行场景

　　场景描述：挂起状态的应用从新运行。该场景的状态跃迁过程如图5 所示，共经历3 个阶段4 个状态：Suspended  → Background  → Inactive  → Active 。

                              

　　　　　　　　　　　　　　　　　　图5 从新运行场景的状态跃迁过程

　　 Suspended→Background阶段。应用从挂起状态进入后台（不涉及咱们讲述的这几个方法和通知）。
　　 Background→Inactive 阶段。调用applicationWillEnterForeground: 方法，发出UIApplicationWillEnterForegroundNotification通知。 
　　 Inactive →Active 阶段。调用applicationDidBecomeActive:方法，发出UIApplicationDidBecomeActiveNotification 通知。

（四）内存清除——应用终止场景

　　场景描述：应用在后台处理完成时进入挂起状态（这是一种休眠状态），若是这时发出低内存警告，为了知足其余应用对内存的须要，该应用就会被清除内存从而终止运行，该场景的状态跃迁见图6 。 

　　　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　　　　　图6 内存清除终止场景

　　内存清除的时候应用终止运行。内存清除有两种状况，多是系统强制清除内存，也多是由使用者从任务栏中手动清除（即删掉应用）。内存清除后若是应用再次运行，上一次的运行状态不会被保存，至关于应用第一次运行。

　　在内存清除场景下，应用不会调用任何方法，也不会发出任何通知。