IOS的生命周期如图所示：
在APP开始运行时，进入绿色的部分，此时APP已经在运行了，但是UI还没有展示到屏幕上。然后你的控制器会被展示到屏幕上，在程序运行的大部分时间你都处于这个Active状态。
当用户点击另一个APP的时候，当前的APP就可以移步到后台去了。
在后台运行的时间非常的短，然后你的代码将停止运行，此时你的代码还没有被杀掉，在这个状态下什么都做不了，在运行到后台时可以请求多一点时间，但是如果你没有请求，你将很快被转换到没有运行的状态，这个状态叫做挂起，此时你的APP将离开蓝色区域。一旦应用到达挂起状态，就有可能被杀死。
一旦被杀死你的APP就成了未运行状态了，注意在APP从未运行状态进入不活跃状态的时候，系统会通知程序的代理，也就是AppDelegate文件。
这个AppDelegate文件是UI应用对象的代理，你从来都不会继承它，这个代理中有许多方法，可以在这些代理方法中做一些全局的操作。
如果在使用APP时有个电话打过来，APP会暂停，状态从活跃进入不活跃
从活跃变成不活跃比如当你的APP加载成功时会调用上面的方法，当你的APP从不活跃变成活跃的时候会加载applicationDidBecomeActive（UIApplication），这个代理方法和上面的暂停代理方法是一对。你可以使用UIApplicationDidBecomeActiveNotification这个电台。
当你进入后台的时候会调用下面的代理方法：
当你再次从后台回到非活跃状态时
通过AppDelegate你可以实现下面的功能：当你的APP某次被杀死后，下次启动会从之前被杀死时的页面启动。
考虑一款音乐APP，当我们锁屏或者切换到别的APP的时候，音乐依旧可以继续播放。你需要注册一个后台运行的功能，但是如果你滥用后台机制，消耗很多电量之类的，还是会被系统杀死的。IOS绝对是多任务的，它有一个哲学，就是用户当前交互的应用应该占有系统绝大部分资源。
你可以在你的APP中使用另外一款APP打开一个url，或者注册一个推送通知：
通过下面这个setMinimuBackgroundFetchInterval方法来设置系统在后台时被唤醒的间隔时间，默认的是never，你可以设置在后台多停留一些时间，开关网络流量指示小齿轮（最顶部那个小的）
