安卓|安卓真的与iOS并驾齐驱了吗?

安卓|安卓真的与iOS并驾齐驱了吗?

文章图片

安卓|安卓真的与iOS并驾齐驱了吗?

文章图片

安卓|安卓真的与iOS并驾齐驱了吗?

【安卓|安卓真的与iOS并驾齐驱了吗?】
说起来安卓系统和IOS系统的差别 , 最先映入眼帘的肯定就是流畅度了 , 那么IOS系统为什么比安卓系统流畅度高呢?主要是四个方面决定的:性能 , 底层执行效率 , 操作响应的优先级 , 应用质量和系统优化能力 。 硬件性能的领先是IOS系统保持流畅的核心因素之一 , 苹果A系列处理器在单核性能上一直以来都要完爆安卓系统阵营当中所有的处理器 , 而且一般都是大幅度的领先 , 就拿几年前的A13处理器来说 , 其单核成绩是5476分 , 现在最新骁龙8处理器性能才和他差不多 。



而IOS系统本身就是一个轻后台的单线程系统 , CPU所有的算力都会服务于用户当前操作的进程上 , 所以对于单核性能会更加敏感 , 和A系列处理器配合的天衣无缝 。 而安卓系统由于是一个在意多任务的系统 , 其处理器的发展就不可能太过于倾向于单线程性能 , 所以安卓系统处理器的单核性能始终都会弱与苹果系统 。



其次 , 苹果手机从iPhone6时代(也就是五年前)就用上了从理论性能上可以媲美UFS3.1协议的的NVMe闪存协议 , 在闪存性能上相比于当时还在配备EMMC协议闪存的安卓机来说 , 那就是秒杀 。 综上所述 , 在性能上的巨大优势一直以来都是苹果手机能够保持领先的重要保证 , 当然了 , 这也和良好的软硬件匹配度有直接的关系 。

系统执行效率以及响应层级的差异注定了安卓手机在瞬时响应速度方面无法媲美IOS , 安卓在应用层采用的是具备良好跨平台特性的Java , 而Java在执行每一个命令的时候都需要经过其内置的编译器将该指令进行转译成系统能够识别的命令 , 然后才能再转译成机器命令 , 相当于是两次编译过程 。 而反观IOS系统上则不需要二次编译 , 只需要一次编译就直接可以转化为机器码 , 在执行效率上要明显高于安卓系统 。




至于安卓为什么不取消编译器彻底解决这个问题 , 谷歌当然也想啊 , 但是一旦取消编译器相当于目前安卓手机上的应用都需要重构 , 等于直接将谷歌苦心经营许久的应用生态体系自我毁灭 , 这当然不是谷歌想看到的 。 当年华为方舟编译器其实就是为了解决这个问题 , 只不过目前普及的力度比较小罢了 。

另外 , IOS系统从底层设计上就是优先响应屏幕层 , 也就是说只要用户点击屏幕 , 系统就会立刻给与反馈 , 这也就是为什么老旧的苹果设备哪怕性能不如安卓机依旧可以做到指哪打哪的原因(软件实际打开时间上安卓尚能有的一比 , 但是瞬时的响应速度上IOS依旧要更胜一筹 。 )




应用质量方面的差异也是极大 , 这方面的差异只要是看过我文章的应该都知道 , 因为IOS是闭源的系统 , 所有的应用都必须经由苹果官方的审核 , 而且IOS系统强大的的信息推送机制也是安卓系统所无法比拟的 , 也正是因为如此 , IOS系统对于运存的占用是非常低的 , 目前iPhone12的运存也就只有4GB , 而反观安卓这边 , 明年预计就要升级到16GB了... 。

但是话说回来 , 随着安卓系统以及手机硬件的发展 , 安卓正在以肉眼可见的速度飞快的补足这三个方面的差距 。 首先是性能方面 , ARM之前的公版核心公认单核能力差 , 但是最新发布的CortexA78以及Cortex X1大幅度的提升了单核性能 , 未来安卓旗舰处理器单核性能追平A系列处理器并非是遥不可及的梦想 。