App Programming Guide for iOS -> 处理应用状态转换的策略(一)

对于应用的每个可能的运行时状态,系统都有对应每个状态的不同期望。当状态转换发生时,系统通知应用对象,该对象又通知它的委托。你能使用UIApplicationDelegate 协议的状态转换方法来检测这些状态的转换并作出恰当地响应。例如,当从前台转换到后台,你可以写出任何未保存的数据并停止任何正在进行的任务。接下来的几个部分为如何实现你的状态转换代码提供了指导和提示。

在启动时该做什么

当应用被启动时(无论是在前台还是后台),使用应用委托的application:willFinishLaunchingWithOptions:和application:didFinishLaunchingWithOptions:方法来做以下操作:

  • 检查启动选项字典的内容,了解关于应用为何被启动的信息,并作出恰当响应。
  • 初始化应用的关键数据结构。
  • 准备应用的窗口和视图用以显示:
  • 使用 OpenGL ES绘制的应用,都不能使用这些方法来准备它们的绘制环境。任何OpenGL ES绘制应被延迟到applicationDidBecomeActive:方法进行。
  • 从application:willFinishLaunchingWithOptions:方法显示应用的窗口。UIKit推迟制作可视窗口直到application:didFinishLaunchingWithOptions:方法返回之后。

在启动的时候,系统自动加载应用的主storyboard文件,并加载初始视图控制器。对于那些支持状态恢复的应用,状态恢复机制把你的界面恢复到它之前的调用application:willFinishLaunchingWithOptions:和application:didFinishLaunchingWithOptions: 方法之间的状态。使用application:willFinishLaunchingWithOptions:方法来显示应用窗口,并决定是否应该恢复状态。使用 application:didFinishLaunchingWithOptions:方法来做任何最终的调整以显示应用的用户界面。

你的 application:willFinishLaunchingWithOptions:和application:didFinishLaunchingWithOptions:方法要尽可能的简洁,以便减少应用启动时间。应用的启动、初始化、以及开始处理事件的总时间应该小于5秒钟。如果应用没有及时的完成启动周期,系统会因此杀死它。因此,任何可能拖慢启动时间的任务(例如访问网络),都应该安排在辅助线程里执行。

启动周期

当应用启动时,它就会从非运行状态进入活动状态或后台状态,会在非活动状态短暂停留。作为启动周期的一部分,系统会为应用创建一个进程和主线程,并且在主线程调用应用的main函数。由Xcode项目创建的默认的main函数,把控制权交给UIKit框架,这个框架完成绝大多数初始化应用的工作,并为运行做好准备。

图4-1展示了当应用在前台启动的时候,会发生的一系列事件。包括应用会调用的委托方法。

图4-1 在前台启动应用

Application life cycle

当应用在后台启动的时候——通常用来处理一些后台事件——启动周期与图4-2相比有略微差异。最主要的区别是,应用不进入活跃状态,它进入后台状态来处理事件,事件处理完毕后有可能会被挂起。当在后台启动的时候,系统仍然加载应用用户界面文件,但它不显示在应用的视窗上。

图4-2 在后台启动应用

UIApplication对象的applicationState属性决定了应用是在前台还是在后台启动。这个属性在application:willFinishLaunchingWithOptions:或application:didFinishLaunchingWithOptions:委托方法内进行检查。当应用要在前台启动的时候,这个属性的值是UIApplicationStateInactive。而当应用在后台启动的时候,这个属性的值是UIApplicationStateBackground。你可以使用这个差异来调整相应委托方法的启动时行为。

注意:当启动一个可以打开URL的应用时,它的一系列的启动事件与图4-1和图4-2所显示的略有不同。关于当打开URL时启动序列的信息,参阅Handling URL Requests。

以风景模式启动

使用风景方向的应用,系统必须以风景方向启动它。通常情况下,应用是在肖像模式下启动的,旋转设备的时候,应用的界面会匹配设备的方向。对于同时支持肖像和风景两种方向的应用来说,只需要将视图配置为肖像模式,然后让视图控制器来处理因设备旋转所产生的方向变化问题。但是,如果应用只支持风景模式,执行以下任务,以便应用从一开始就以风景模式启动:

  • 在应用的Info.plist文件中,添加UIInterfaceOrientation键,将该键的值设置为UIInterfaceOrientationLandscapeLeft或UIInterfaceOrientationLandscapeRight。
  • 以风景模式进行视图布局,并保证它们的布局和自动调整选项被正确设置。
  • 重写视图控制器的shouldAutorotateToInterfaceOrientation:方法,在风景模式时返回YES,在肖像模式时返回NO。

重要:应用应该始终使用视图控制器来管理它们基于视窗的内容。

Info.plist文件的UIInterfaceOrientation键告诉iOS它将在启动时配置应用状态栏以及视图的方向。视图控制器遵照这个键所设置的方向初始化它的视图的方向。使用这个键相当于在applicationDidFinishLaunching:方法中调用UIApplication的setStatusBarOrientation:animated:方法。

在首次启动时安装应用专用数据文件

你可以利用应用的首次启动周期来设置运行所需的数据或配置文件。应用专用的数据文件应该被创建在应用沙盒的Library/Application Support/<bundleID>/目录里,这里的<bundleID>是应用程序束的标识符。根据需要,你可以在这个目录里创建子目录来组织你的数据文件。你也可以根据需要在其他目录里创建文件,例如应用的iCloud容器目录或者本地的Documents目录。

如果你的应用程序束包含你计划修改的数据文件,复制这些文件并在文件副本上进行修改。你不能修改任何应用程序束内的文件。因为iOS应用是代码签名的,修改应用程序束内的文件会导致签名无效,这会造成应用无法启动。复制这些文件到应用程序支持的目录(或沙盒中其他的可写目录)再进行修改,是使用这些数据唯一安全的方式。

更多关于放置应用相关数据文件的信息,参见File System Programming Guide。

应用被临时中断时该做什么

基于警告的中断会导致应用临时失去控制权。应用会继续在前台运行,但是它不接收来自系统的触摸事件。(但它接收通知以及其他类型的事件,例如加速计事件。)为了响应这种变化,应用应该在applicationWillResignActive:方法中做如下操作:

  • 保存数据以及任何与状态相关的信息。
  • 停止定时器和其他周期性任务。
  • 停止任何运行中的元数据查询。
  • 不要启动任何新任务。
  • 暂停媒体播放(AirPlay播放除外)。
  • 如果是游戏应用,则进入暂停状态。
  • 降低(Throttle back)OpenGL ES帧速率。
  • 挂起任何执行非关键代码的调度队列或操作队列。(可以在非活跃状态下,继续处理网络请求和其他时间敏感的后台任务。)

当应用返回到活跃状态的时候,所有在applicationWillResignActive:方法中的步骤要在applicationDidBecomeActive:方法中反操作一遍。应用重启定时器、恢复调度队列、以及恢复OpenGL ES帧速率。但是游戏不应该自动恢复;它们应该由用户恢复。

当用户按下休眠/唤醒按钮的时候,使用通过NSFileProtectionComplete 保护选项进行保护的文件的应用,必须关闭所有对这些文件的引用。对于配置了密码的设备,按下休眠/唤醒按钮会锁定屏幕,并强制系统抛弃具有完全保护功能的文件的解密密钥。当锁屏时,任何访问相应文件的尝试都将失败。所以,如果你有这样的文件,你应该在 applicationWillResignActive: 方法中关闭对它们的引用,并在applicationDidBecomeActive:方法中打开新的引用。

重要:始终要在合适的时候保存用户的数据。尽管你可以在应用状态转换的时候进行数据保存,但是不要等到此时才保存数据。例如,管理用户数据的视图控制器在其被移除时,就应该保存数据。

响应临时中断

当基于警告的中断发生时,例如有电话呼入,应用临时进入非活跃状态,以便用户作出选择。应用在用户取消警告之前都会处于这个状态。此时应用又可能返回到活跃状态,也有可能进入后台状态。图4-3展示了这个过程。

图4-3 处理基于警告的中断

以横幅方式显示的通知不会中断应用。横幅出现在应用窗口的上边缘下方,而应用可以继续接收触摸事件。但是,如果用户下拉横幅通知以显示通知中心,则应用进入非活跃状态,如同基于警告的中断一般。用户操作对应用的影响亦如前所述。用户可以使用Settings应用来配置通知显示的类型,横幅或者是警告。

按下休眠/唤醒按钮是另一种类型的中断,导致应用被临时停用。当用户按下这个按钮时,系统会禁用触摸事件,让应用进入后台,设置应用的applicationState值为UIApplicationStateBackground,并锁定屏幕。锁屏会给使用加密保护文件的应用带来额外的后果。这些后果在What to Do When Your App Is Interrupted Temporarily中以提到。

(未完待续......)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,847评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,208评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,587评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,942评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,332评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,587评论 1 218
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,853评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,568评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,273评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,542评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,033评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,373评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,031评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,073评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,830评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,628评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,537评论 2 269

推荐阅读更多精彩内容