为什么我的苹果手机是adroud系统
虽然看懂了你的问题,还是纠正一下,你所说的苹果系统叫iOS,苹果也有电脑操作系统1、硬件层面在Android手机和iPhone的对比话题中,很多人都喜欢说Android只会搞配置竞争云云,好像只有Android在不断提升硬件性能而iPhone却不用一样。 其实,iPhone的硬件性能是非常优秀的,尤其在GPU性能方面,甚至可以说领先同时代Android旗舰机型。在Android手机越做越大的今天,屏幕尺寸提升,像素密度提升,像素数自然也提升很多。 甚至不少Android的高端机型屏幕的像素数是要高于iPhone的,这也意味着会带给GPU更大的压力。而鉴于Android平台上,即便旗舰机...全部
虽然看懂了你的问题,还是纠正一下,你所说的苹果系统叫iOS,苹果也有电脑操作系统1、硬件层面在Android手机和iPhone的对比话题中,很多人都喜欢说Android只会搞配置竞争云云,好像只有Android在不断提升硬件性能而iPhone却不用一样。
其实,iPhone的硬件性能是非常优秀的,尤其在GPU性能方面,甚至可以说领先同时代Android旗舰机型。在Android手机越做越大的今天,屏幕尺寸提升,像素密度提升,像素数自然也提升很多。
甚至不少Android的高端机型屏幕的像素数是要高于iPhone的,这也意味着会带给GPU更大的压力。而鉴于Android平台上,即便旗舰机型的GPU可能也无法与同时代的iPhone比肩,所以在硬件性能提供的保障上的确会落后一些。
有知友在评论中说“于iphone GPU比android优秀方面,没有足够数据”,那么我来列举一个近期的数据:iPhone 5是去年9月份发布的,GPU是PowerVR SGX543,Galaxy S4是今年4月份发布的,GPU是PowerVR SGX544,两者在配置和性能上几无差别(两者都是同样内核,同样是三核心,只是S4的发布版把GPU的核心频率略微OC了一下),不同的是后者添加了对DirectX 9。
3的支持。这也是Android旗舰机型GPU性能最接近iPhone的一次,但是在时间上落后了半年多,我觉得,在硬件性能日新月异的今天,半年的时间已经是很大的优势了。2、系统层面1) iOS对屏幕反应的优先级是最高的(Touch-Media-Service-Core架构),也就是说用户只要碰了屏幕,系统最优先去处理屏幕显示,然后才是其他。
而安卓则是传统的Application-Framework-Library(DVM)-Kernal架构,图形图像处理在Library这层,优先级不是那么高。如果系统负荷较高,则无暇顾及用户触摸的反应。
2) iOS对图像的各种特效处理(放大、缩小、旋转、滚动等)都是基于GPU硬件加速的,与App无关。这是Apple采用封闭式硬件的优势。而安卓为了适应不同的手机硬件(各家厂商选用的CPU厂商不同,德州,高通,NVIDIA,自然GPU也不同,甚至有些低端手机都没有独立GPU),做不到这点,很多App的图形特效都靠App自己去进行软件渲染,效率低。
JB以后已经改进,但也无法做到所有特效都靠GPU硬件加速。3) 对内存的使用也是很重要的一部分。在iOS平台发生OOM的情况比Android平台少多了,iOS对一个App或者游戏占用多少内存几无限制,而Android受限于DVM的heap,可用内存空间就比较捉襟见肘了。
虽然可以利用在AndroidManifest。xml中的Application节点增加属性largeheap="true"参数来提升heap大小,但由于不同的framework层中对AndroidRuntime。
cpp中的 startVM函数的实现未必一致(主要是property_get的设置可能不同),所以效果也是不可预期,只能自求多福。4) iOS对应用的约束较多,不会允许App或游戏做什么出格的事儿,但是Android就不是这样了,常驻应用,自启动应用,后台Service,自家推送等等等,这些,都在占用着系统资源,一定程度上拖累了系统性能和表现。
3、应用层面这部分就全是开发者的事儿了,我相信大部分合格的移动互联网开发者都知道应该如何通过性能优化和异步机制来提升用户体验,在此不再赘述了。综上,Android的确是和iOS存在差距的,但是这些看上去可以优化的空间大部分是由于Android平台本身的开放性和碎片化导致的。
碎片化可以得到改善,但也不会有多彻底,只能是减少差异缩小差距,不可能做到iOS平台上的一致性,开发性更是要坚守不能放弃的,哪怕为了这些会有这样那样的损失,毕竟,我们需要的不是两个iOS。-望采纳,祝您愉快。
收起