AppDelegate类是应用程序委托对象，这个类中继承的一系列方法在应用生命周期的不同阶段会被调用，其定义如下（Objective-C版本）：
- (BOOL)application:(UIApplication*)application didFinishLaunchingWithOptions:(NSDictionary*)launchOptions;
- (void)applicationWillResignActive:(UIApplication*)application;
- (void)applicationDidEnterBackground:(UIApplication*)application;
- (void)applicationWillEnterForeground:(UIApplication*)application;
- (void)applicationDidBecomeActive:(UIApplication*)application;
- (void)applicationWillTerminate:(UIApplication*)application;
下面要介绍iOS应用的5种状态：
□ Not Running(非运行状态)。应用没有运行或被系统终止。
□ Inactive(前台非活动状态)。应用正在进入前台状态，但是还不能接受事件处理。
□ Active(前台活动状态)。应用进入前台状态，能接受事件处理。
□ Background(后台状态)。应用进入后台后，依然能够执行代码。如果有可执行的代码，就会执行代码，如果没有可执行的代码或者将可执行的代码执行完毕，应用会马上进入挂起状态。
□ Suspended(挂起状态)。被挂起的应用进入一种“冷冻”状态，不能执行代码。如果系统内存不够，应用会被终止。
在应用状态跃迁的过程中，iOS系统会回调AppDelegate中的一些方法，并且发送一些通知。选取几个主要的方法和通知进行详细介绍：
1、应用启动并进行初始化时会调用application:didFinishLaunchingWithOptions:方法并发出UIApplicationDidFinishLaunchingNotification通知，这个阶段会实例化根视图控制器。
2、应用进入前台并处于活动状态时会调用applicationDidBecomeActive:方法并发出UIApplicationDidBecomeActiveNotification通知，这个阶段可以恢复UI的状态（例如游戏的状态等）。
3、应用从活动状态进入非活动状态时会调用applicationWillResignActive:方法并发出UIApplicationWillResignActiveNotification通知，这个阶段可以保存UI的状态（例如游戏的状态等）。
4、应用进入后台时会调用applicationDidEnterBackground:方法并发出UIApplicationDidEnterBackgroundNotification通知，这个阶段可以保存用户数据，释放一些资源（例如释放数据库资源等）。
5、应用进入到前台，但是还没有处于活动状态时会调用applicationWillEnterForeground:方法并发出UIApplicationWillEnterForegroundNotification通知，这个阶段可以恢复用户数据。
6、应用被终止时会调用applicationWillTerminate:方法并发出UIApplicationWillTerminateNotification通知，这个阶段释放一些资源，也可以保存用户数据。
为了更直观地了解各状态及其相应的方法、通知间的关系，下面以几个应用场景为切入点进行系统分析：
1、非运行状态——应用启动场景
用户点击应用图标的时候，可能是第一次启动这个应用，也可能是应用终止后再次启动。该场景的状态跃迁共经历2个阶段3个状态：Not Running——Inactive——Active。
□ Not Running——Inactive阶段：调用application:didFinishLaunchingWithOptions:方法，发出UIApplicationDidFinishLaunchingNotification通知。
□ Inactive——Active阶段：调用applicationDidBecomeActive:方法，发出UIApplicationDidBecomeActiveNotification通知。
2、点击Home键——应用退出场景
应用处于运行状态，点击Home键应用会退出。该场景的状态跃迁过程可以分为两种状态：可以在后台运行或者挂起，不可以在后台运行或者挂起。根据工程属性文件（如info.plist）中的相关属性Application does not run in background的设置，可以控制这两种状态（如果采用文本编辑器打开info.plist文件，该设置项对应的键是UIApplicationExitsOnSuspend）。
状态跃迁的第一种情况：应用可以在后台运行或者挂起，该场景的状态跃迁过程共经历3个阶段4个状态：Active——Inactive——Bacground——Suspended。
□ Active——Inactive阶段：调用applicationWillResignActive:方法，发出UIApplicationWillResignActiveNotification通知。
□ Inactive——Bacground阶段：应用从非活动状态进入到后台（不涉及要重点说明的方法和通知）。
□ Bacground——Suspended阶段：调用applicationDidEnterBackground:方法，发出UIApplicationDidEnterBackgroundNotification通知。
状态跃迁的第二种情况：应用不可以在后台运行或者挂起。其状态跃迁过程共经历4个阶段5个状态：Active——Inactive——Bacground——Suspended——Not Running。
□ Active——Inactive阶段：调用applicationWillResignActive:方法，发出UIApplicationWillResignActiveNotification通知。
□ Inactive——Bacground阶段：应用从非活动状态进入到后台（不涉及要重点说明的方法和通知）。
□ Bacground——Suspended阶段：调用applicationDidEnterBackground:方法，发出UIApplicationDidEnterBackgroundNotification通知。
□ Suspended——Not Running阶段：调用applicationWillTerminate:方法，发出UIApplicationWillTerminateNotification通知。
3、挂起重新运行场景
挂起状态的应用重新运行，该场景的状态跃迁过程共经历3个阶段4个状态：Suspended——Background——Inactive——Active。
□ Suspended——Background。应用从挂起状态进入后台（不涉及要重点说明的方法和通知）。
□ Background——Inactive阶段：调用applicationWillEnterForeground:方法，发出UIApplicationWillEnterForegroundNotification通知。
□ Inactive——Active阶段：调用applicationDidBecomeActive:方法，发出UIApplicationDidBecomeActiveNotification通知。
4、内存清除——应用终止场景
应用在后台处理完成时进入挂起状态（这是一种休眠状态），如果这时发出低内存警告，为了满足其他应用对内存的需要，该应用就会从内存中清除从而终止应用。该场景的状态跃迁过程：Background——Suspended——Not Running。内存清除有两种情况，可能是系统强制清除内存，也可能是由使用者从任务栏中手动清除（即从任务栏中删除应用）。内存清除后如果应用再次运行，上一次的运行状态不会被保存，相当于应用第一次运行。在内存清除场景下，不会调用任何方法，也不会发出任何通知。
