iOS为什么比安卓快

安卓系统是谷歌在Linux系统的基础上开发的一款移动操作系统,而安卓系统的应用程序则是在运行在一个基于Linux系统内核之上的虚拟机之中,这个虚拟机属于谷歌自己开发的一个Java虚拟机,在其中运行的应用程序也继续Java进行编写的。Java的跨平台性和兼容性虽然非常好,但是Java的内存应用机制却是不太合适使用在移动设备上

Java的内存管理使用了一个垃圾回收机制,系统中有一个规则是用来回收内存的,这个机制规定内存在低于某个值时会选择性的关闭程序,而在平常程序会常驻在内存中,在下次使用会直接从内存中读取,加快程序打开速度。这个机制虽然很好用,但是当运行大型软件时,就会因为内存不足而选择关闭其他应用,这样会频繁的访问内存,于是就造成了运行大型软件时会出现卡顿的现象。

第二个原因就是安卓目前使用的Dalvik虚拟机是在运行程序时,每次都需要将程序代码编译为机器码运行,这样就多加了一个步骤而且更加耗电。不过在最新的Android4.4.4开始谷歌新加了一个ART模式,在安卓时就将软件直接编译为机器码,加快了系统的运行速率


于苹果来说,却和安卓的内存管理机制有着本质上的区别,iOS系统没有所谓的垃圾回收机制和Mac系统类似,将内存分为自由(Free)、空闲(inactive)、活跃(active)以及固定(wired)四个类型,并且根据系统需要进行相互转化,当用户点击Home键返回桌面后,程序就会被暂停,而不会在后台运行,并且会按照程序在内存中的属性然后进行关闭不需要的程序,所以很多用户说苹果的系统是假后台,对于苹果系统来说,系统优化和关后台是不需要的操作,清理的效果和系统自己对内存管理产生的效果没有区别。这也就为什么苹果用1GB内存但是流畅度秒杀安卓3GB手机的原因


优先级区别:iOS最先响应屏幕

当我们使用手机时,解锁、滑动等操作iOS系统就表现出了流畅的一面,但Android产品却给人一种反应慢、不跟手的情况,这是为什么?

其实这与两个系统的优先级有关,iOS对屏幕反应的优先级是最高的,它的响应顺序依次为Touch--Media--Service--Core架构,换句话说当用户只要触摸接触了屏幕之后,系统就会最优先去处理屏幕显示也就是Touch这个层级,然后才是媒体(Media),服务(Service)以及Core架构。

而Android系统的优先级响应层级则是Application(应用)--Framework(框架)--Library(图像处理)--Kernal架构,和显示相关的图形图像处理这一部分属于Library,你可以看到第三位才是它,当你触摸屏幕之后Android系统首先会激活应用,框架然后才是屏幕最后是核心架构。

因此,优先级不同导致了iOS产品以及Android产品在操控过程中表现的差异。在滑动屏幕是,iOS系统会优先处理Touch层级,而Android系统则是第三个才响应Library层级,这是造成它们流畅度不同的因素之一,但不是绝对的。

硬件工作区别:iOS基于GPU加速

目前手机的处理器等硬件配置已经达到了瓶颈期,各大旗舰产品在硬件比拼中基本上没有太大变化,而GPU就成为了差异化最重要的体现。

一般来说一些大型3D游戏对于GPU要求较高而,苹果的Power VR SGX系列GPU一直是以高性能著称的。

为iOS系统对于图形的处理都是基于GPU硬件加速,可以减轻CPU运算的压力但是Android为了适配不同硬件的手机,需要满足各种差异配置。

所以很多图形特效处理大部分都要靠程序本身进行加速和渲染,并严重依赖CPU运算的操作自然会加大处理器的负荷,从而出现卡顿的问题。

虽然在Android4.0以后的系统中都默认开启了硬件加速,但依旧无法做到运用GPU加速全部的图形特效。

屏幕优先响应,再加上iSO本身GPU加速程序的特性,使得iOS系统在操作中拥有不错的流畅性,iOS系统的这些流程本身都是在为流畅服务。而GPU加速这点特性,应该是它优于Android系统流畅性的又一个因素。

系统设计区别:安卓APP无法统一

上面的两个原因,似乎已经可以大概解释为什么iOS相比Android更为流畅的原因。但最终还有一个问题是应用程序,在Android上似乎系统自带的软件很少出现卡顿,而一旦安装一些第三方应用后,卡顿问题就逐渐出现,这究竟是为什么?

因为iOS系统的封闭性,对于APP的开发框架有极为严格的限制,所以APP在iOS系统上运行对象比较单一。

还有就是苹果设备的硬件供应商比较固定,CPU也是有规律更新,不像Android终端不停地在变,开发者很难针对一款设备开发专用的软件,需要兼容多个CPU或GPU的硬件平台,这就导致了Android应用开发成本较高且收益慢。

反观iOS应用开发则因为软硬件垂直整合而受益,这样一来苹果自然就保证了应用本身其与硬件产品之间的完美结合程度。

简单地说,如果有Android开发者专门针对某款旗舰手机开发出的大型游戏,那么在流畅度上来说,理论上不会出现卡顿延迟的问题。

因此,开发者不可能针对所有的机器型号进行开发,只能在比较主流的机器上进行测试并保证运行效果,所以他们为了兼顾整个产品线,不得不降低游戏体验以达到高中低产品可以共用的效果

因为Android终端高中低档手机的用户数量多,自然而然就会产生Android产品不如iOS流畅的抱怨。

总结一句话:Android考虑更多的是“怎么让系统能够运行”,而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

推荐阅读更多精彩内容