浅析 UIApplication 生命周期的一些 delegate 方法

前言

网上有很多关于程序启动过程和UIApplicationDelegate方法调用顺序的文章。笔者这里不再介绍程序的启动过程和delegate方法的调用过程。而是介绍一下UIApplication会在什么情况下调用UIApplicationDelegate的哪些方法。以及常见的场景下,哪些方法会被调用,苹果为什么会这样做。

回顾

首先让我们先来回顾下与程序启动过程相关的一些delegate方法的调用时机。

情景一 程序启动

程序被加载到内存,完成启动,application对象会自动调用delegate的下面这个方法,证明程序已经启动完成。所以这个方法也是首先会被application回调的方法,且这个方法在整个程序的生命周期中只会被调用一次。

程序启动时,回调完上面的方法,会继续回调delegate的已经获得了焦点的方法,证明程序已经获得了焦点

结论:应用启动过程中,会依次调用delegate已经启动完成和已经获得焦点的方法,不会调用已经进入前台的方法。

情景二 程序从前台退出到后台

当程序处于前台时,单击home键,程序会自动退出到后台。在这个过程中,程序会先回调delegate的将要失去焦点的方法,证明程序将要失去焦点

调用调用完上面的方法后,程序紧接着会调用delegate已经进入后台的方法,证明程序已经进入后台

结论:单击home键进入后台会依次调用delegate的将要失去焦点的方法和已经进入后台的方法。

情景三 程序从后台进入到前台

(4)从后台进入前台(无论是双击home键进入或者点击应用图标进入),会回调delegate的将要进入前台方法,证明程序将要进入前台

回调完上面的方法,紧接着会继续回调delegate的已经获得焦点的方法,证明程序已经获得了焦点

结论:从后台进入前台,会依次调用delegate的将要进入前台和已经获得焦点的方法。

情景四 双击home键切换程序

在前台,双击home键,只会调用delegate的将要失去焦点的方法,证明程序将要失去焦点

当用户真正切换应用时候,才会继续调用delegate的已经进入后台的方法,证明程序已经进入后台

结论:双击home键切换应用。会分别调用程序将要失去焦点的方法和程序已经进入后台的方法。 且这两个方法是分开调用的。即,双击home键时调用将要失去焦点的方法,选择其他应用时调用已经进入后台的方法。

情景五 在前台双击home键杀死程序

双击home键时,只会调用delegate的将要失去焦点的方法(上面已经说过),证明程序将要失去焦点。

然后手指上滑杀死程序,会直接调用delegate的已经进入后台的方法,证明程序已经进入后台。

然后紧接着调用delegate的程序将要退出的方法,证明程序将要被杀死。

  • (void)applicationWillTerminate:(UIApplication *)application;

结论:双击home键然后杀死程序,会按照如下顺序调用delegate的方法:

情景六 从其他程序前台双击home键杀死后台程序

如果从其他程序的前台,双击home键杀死后台程序,被杀死程序只会回调delegate即将退出的方法。

为什么呢?
因为我们是从一个前台程序杀死一个后台程序,这个后台程序当初进入后台时候已经调用了将要释放焦点和已经进入后台的方法,所以杀死时候只会回调delegate即将终结的方法。

结论:从一个前台程序杀死一个后台程序。后台程序只会回调delegate的程序即将退出的方法。


情景七 下拉通知栏

下拉通知栏,只会回调delegate的程序将要释放焦点的方法。程序并没有进入后台,所以不会调用进入后台的方法

结论:下拉状态栏只会让程序失去焦点,并不会让程序进入后台。

因为下拉通知栏只调用了将要释放焦点的方法,没有调用进入后台方法,所以收起通知栏时,只会调用已经获得焦点的方法,不会调用进入前台的方法。

同样,从屏幕下方向上滑动屏幕,唤出工具栏时候,也只会调用delegate的将要释放焦点的方法。收起工具栏时,只会调用delegate的已经获得焦点的方法。

结论:下拉通知栏或者上拉工具栏,都只是回调delegate的即将释放焦点的方法,程序不会进入后台。

为什么

当初学习iOS时候,对这个地方不是很清楚,总是搞不懂为什么程序的delegate有一个将要进入前台的方法applicationWillEnterForeground:,却没有类似于applicationDidEnterForeground:的已经进入前台的方法(纯属捏造)?为什么程序的delegate有一个已经进入后台的方法applicationDidEnterBackground:却没有一个类似于applicationWillEnterBackground:的将要进入后台的方法?为什么进入前台时,方法的调用顺序是applicationWillEnterForeground:applicationDidBecomeActive:而不是相反?这些问题一直困扰着我。

将要进入前台、已经获得焦点、将要失去焦点、已经进入后台这几个方法是比较容易混淆的,且调用顺序经常被搞混。但是如果理解了苹果为什么这么设计,这些困惑都将迎刃而解。重点来了:如果一个应用程序失去焦点那么意味着用户当前无法进行交互操作,正因如此,程序从前台退出到后台时候,一般会先失去焦点再进入后台避免进入后台过程中用户还可以和程序进行交互。同理,一个应用程序从后台进入前台也是类似的,会先进入前台再获得焦点,这样进入前台过程中未完全准备好的情况下用户无法操作,保证了程序的安全性。
至于为什么苹果没有提供类似于applicationDidEnterForeground:的已经进入前台的方法,那是因为程序进入前台后必定会回调delegate的已经获得焦点的方法,所以applicationDidBecomeActive:方法从本质上就相当于我们想象中的applicationDidEnterForeground:,如果我们想要在程序进入前台后做什么操作,完全可以把这些操作写到applicationDidBecomeActive:里。同理,applicationWillResignActive:就相当于我们想象中的applicationWillEnterForeground:

另外一般如果应用程序要保存用户数据会在程序将要失去焦点的方法中进行 (而不是在已经进入后台的方法中执行),因为如果用户双击Home不会进入后台只会注销激活。同理,如果用户恢复应用状态一般在已经获的焦点的方法中执行(而不是在将要进入前台的方法中执行)。

PS:如非特别说明,所有文章均为原创作品,著作权归作者所有,转载请联系作者获得授权,并注明出处,所有打赏均归本人所有!

如果您是iOS开发者,或者对本篇文章感兴趣,请关注本人,后续会更新更多相关文章!敬请期待!

1 1 收藏 评论

可能感兴趣的话题



直接登录
跳到底部
返回顶部