在iOS的原生开发中，我们需要特别关注两个东西：AppDelegate和ViewController。我们主要的编码工作就是在AppDelegate和ViewControlle这两个类中进行的。它们的类图如下图所示：
AppDelegate是应用程序委托对象，它继承了UIResponder类，并实现了UIApplicationDelegate委托协议。UIResponder类可以使子类AppDelegate具有处理响应事件的能力，而UIApplicationDelegate委托协议使AppDelegate能够成为应用程序委托对象，这种对象能够响应应用程序的生命周期，该类中继承的一系列方法在应用生命周期的不同阶段会被回调。相应的，AppDelegate的子类也可以实现这两个功能。
ViewController类继承自UIViewController类，它是视图控制器类，在工程中扮演者根视图和用户事件控制类的角色。
应用程序生命周期
作为应用程序的委托对象，AppDelegate类在应用程序生命周期的不同阶段会回调不同的方法。首先，让我们先了解iOS应用的不同状态及其彼此间的关系。
- Not running(非运行状态)。应用没有运行或被系统终止。
- Inactive(前台非活动状态)。应用正在进入前台状态，但是还不能接受事件处理。
- Active(前台活动状态)。应用进入前台状态，能接受事件处理。
- Background(后台状态)。应用进入后台后，依然能够执行代码。如果有可执行的代码，就会执行代码，如果没有可执行的代码或者将可执行的代码执行完毕，应用会马上进入挂起状态。
- Suspended(挂起状态)。被挂起的应用进入一种“冷冻”状态，不能执行代码。如果系统内存不够，应用会被终止。
在应用状态跃迁的过程中，iOS系统会回调AppDelegate中的一些方法，并且发送一些通知。实际上，在应用的生命周期中用到的方法和通知很多，我们选取几个主要的方法和通知进行纤细介绍。
为了让大家更直观地了解各状态与其相应地方法、通知间地关系，下面我们以几个应用场景为切入点进行系统分析。
非运行状态——应用启动场景
点击Home键——应用退出场景
轻按两下Home键可以快速进入iOS(iOS9及其后续版本)多任务栏，此时可以看到处于后台运行或挂起状态地应用，也可能有处于终止状态地应用。向上滑动应用界面，可以删除这些应用并释放内存。
挂起重新运行场景
内存清除：应用终止场景
