作为应用程序的委托对象，appdelegate类在应用生命周期的不同阶段会回调不同的方法。首先，让我们先了解一下ios 应用的不同状态及它们彼此间的关系，见图1 。
图1 ios应用状态图
下面简要介绍一下ios 应用的5种状态。
not running（非运行状态）。应用没有运行或被系统终止。
inactive （前台非活动状态）。应用正在进入前台状态，但是还不能接受事件处理。
active （前台活动状态）。应用进入前台状态，能接受事件处理。
background（后台状态）。应用进入后台后，依然能够执行代码。如果有可执行的代码，就会执行代码，如果没有可执行的代码或者将可执行的代码执行完毕，应用会马上进入挂起状态。
suspended（挂起状态）。处于挂起的应用进入一种“冷冻”状态，不能执行代码。如果系统内存不够，应用会被终止。
在应用状态跃迁的过程中，ios 系统会回调appdelegate中的一些方法，并且发送一些通知。实际上，在应用的生命周期中用到的方法和通知很多，我们选取了几个主要的方法和通知进行详细介绍，具体如表1所述。
表1 状态跃迁过程中应用回调的方法和本地通知
为了便于观察应用程序的运行状态，我们为appdelegate.m中的方法添加一些日志输出，具体代码如下：
为了让大家更直观地了解各状态与其相应的方法、通知间的关系，下面我们以几个应用场景为切入点进行系统的分析。
（一）非运行状态——应用启动场景
场景描述：用户点击应用图标的时候，可能是第一次启动这个应用，也可能是应用终止后再次启动。该场景的状态跃迁过程见图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 阶段。应用由活动状态转为非活动状态（不涉及我们要重点说明的方法和通知）。
在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 内存清除终止场景
内存清除的时候应用终止运行。内存清除有两种情况，可能是系统强制清除内存，也可能是由使用者从任务栏中手动清除（即删掉应用）。内存清除后如果应用再次运行，上一次的运行状态不会被保存，相当于应用第一次运行。
在内存清除场景下，应用不会调用任何方法，也不会发出任何通知。