iOS系统-后台机制

iOS3-APNS推送(通知中心)

从iOS3开始,苹果为iPhone引进了push notification,不启动应用也能收到推送消息,原理是消息由APNS(Apple Push Notification Service,Apple Push服务器)统一管理,即便到了今天,APNS还是如神一般存在,而Android中各种误杀造成收不到

iOS4-“伪后台”

随着iOS 4的发布,iOS也开始有了多任务功能,当你点击Home键后,当前程序转入后台(iOS 4之前按Home键就直接干掉应用了),后台应用以墓碑的形式(退出前的状态)保存在内存中,用户可以快速恢复。但是苹果对后台的限制非常严格,只有一些特殊应用可以在后台真正运行,比如音频播放类,VoIP类,newsstand,位置服务等。如果不做任何配置的话,你的应用最多只能在后台运行5秒,之后就会被挂起 (存于内存但不运行),如果你配置了后台运行(如需下载),大概在594秒(9.9分钟)时进程停止,程序同样也会被挂起,一旦系统需要内存了,最早的后台进程就会被杀掉以释放内存。

苹果这样的设计最大程度的保证了当前活跃程序的系统资源,保证了手机的流畅性及续航能力,同时,后台进程基本上在几秒后就被挂起,所以在后台游戏的进度不会被改变,下载也可能不会继续,提交到Appstore的各类APP也会被严格审查是否有越权犯规行为,“伪后台”的称呼也就这样出现了。

iOS7-“智能后台”

在iOS 7之前,如果应用在后台运行,那么即使你已锁屏了,这些应用还会继续运行,你的iPhone一直处于唤醒状态,直到后台应用完成任务或超时才能进入休眠。

从2010年起,iOS的这种多任务和后台管理持续了三年时间,经历了iOS 4、iOS 5、iOS 6三代,其间的改变很少,称之为“伪后台”也不为过,毕竟真正能在后台运行的非常非常有限,直到iOS 7的诞生。

iOS 7,从“伪后台”到“智能后台”

在iOS的历史上,iOS 7绝对是有里程碑意义的,或许大多数人只能看到UI从拟物化到扁平化的巨大变化,但是,iOS 7在后台管理上的改进同样是历史性的。在WWDC 2013上,苹果就iOS 7的多任务改进作了专门的会议讲解(传送门),就可见其重要性。简单地说,iOS 7不仅是改变了一些后台任务处理方式,还加入了一些新的后台模式。

iOS 7之后的后台进程工作方式

从iOS 7开始,一旦手机锁屏,后台应用将也会很快被暂停(不是像之前那样要一直运行到完成任务或超时),之后当系统被唤醒时(比如接到电话),那些暂停的后台应用也会一起继续运行。这样的好处是,系统不会因为第三方应用在后台运行而长时间处于唤醒状态,对电池续航有益,而且第三方应用的保持时间也更久了(虽然真正的活跃时间是一样的)。

智能后台,适应用户的使用习惯

现在的iOS后台管理是相当智能的,这一点可能很多用户不太知情,它会记忆用户的一些行为习惯,比如你每天早上都要打开A应用,中午会打开B应用,晚上会打开A应用,经过一段时间的记忆后,iOS会在早上、中午、晚上的适当时间唤醒或启动相应的A、B、A应用,提升用户体验,这一点就够Android学的了。

除了这些后台运行方式外,iOS 7还新增了三种后台模式,即Background Fetch、Silent Remote Notifications和Background Transfer Service。

Background Fetch(后台获取):iOS 7之前的应用必须在打开的时候才能联网获取信息,而Background Fetch能让应用在后台就可以直接获取信息,比如微信可以在后台自动更新朋友圈。

Silent Remote Notifications(静默推送唤醒):以前,当收到消息后,只有打开应用后才能从APNS获取推送的具体消息,现在有了Silent Remote Notifications,变得更人性化了,当收到消息后随即唤醒相应的APP,让该APP在后台获取消息,然后再通知用户,大大提升了用户体验。


Background Transfer service(后台传输):以前一旦下载被转到后台最多只能被允许运行一段时间(最长10分钟),很难完成大量的数据传输。现在好了,所有的下载任务会交给系统的独立进程去完成,不管APP在前台、挂起还是被干掉,下载都在继续进行。

早前说iOS是“伪后台”也没错,但那是两年前的事了,随着iOS 7的出现,这些都发现了质的变化,我们也应该与时俱进,与其说它是“伪后台”,还不如说iOS是“智能后台”。

苹果非常用心,采用了非常复杂的设计逻辑,在兼顾系统安全性、流畅性和续航能力的基础上,最大限度上实现了真后台的一些功能,比如后台刷新、推送唤醒和后台传输,尤其是能根据用户的行为习惯,提前唤醒/启动一些高频使用的APP,不需要在打开后重新加载,你不该夸它还算智能吗?而这些不为人知的细节上的完美追求,也正是iOS的魅力所在。

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

推荐阅读更多精彩内容