学android和ios哪个好

网上有关“学android和ios哪个好”话题很是火热，小编也是针对学android和ios哪个好寻找了一些与之相关的一些信息进行分析，如果能碰巧解决你现在面临的问题，希望能够帮助到您。

iOS与Android，两个不同的开发体系结构，一个封闭一个开放，是所有开发者绕不去的大山。而我们在开发过程中，也感受到了这其中的细枝末节。

一，开发环境对比

首先在开发环境的配置上，二者就表现出了极大的差异。

1，配置过程

iOS的开发环境非常完美，下载完官方提供的Xcode之后直接安装即可就可以开发了；而安卓则需要先下载Java环境，然后去Windows里面做好配置环境，然后下载eclipse这个环境再在里面做各种复杂的配置操作，才可以配置好开发环境。当然在2013年的时候谷歌终于推出了Android Studio开发工具，可以缩减配置过程，但我们的技术跟我说，现在主流还是复杂的eclipse为主，Android Studio尚不成气候。

从配置过程来看，iOS简单，安卓极其复杂。

2，跨平台适应性

苹果的开发环境是极其霸道的，必须用Mac电脑的OS X系统才可以开发iOS，而Windows是无法做iOS开发的，除非做虚拟机，但是真正做iOS开发的时候是不可能用虚拟机搭建OS X来做开发，这样速度会及其缓慢，无法开发任何大型程序。

而安卓虽然安装起来复杂，但是具有很好的适应性，不仅能够在Windows上开发，也能在Mac、Linux系统上开发，完全没有任何问题。

从跨平台的适应性来说，苹果更像一个自我生长的大树，而安卓就像苔藓，可以附着在任何平台上生长。如同当年的Windows可以安装到任何PC上一样，安卓胜。

3，真机调试

安卓在真机调试上就远远优于苹果，安卓开发者只需要打开调试开关然后就可以调试手机了，但是iOS则不同，iOS需要证书、描述文件、Apple ID、开发者账号，搞半天才可以进行调试，过程实在吐血，有兴趣可以看这里。

这一步依然是安卓胜。

总结：

在开发环境的对比上，苹果表现出了强硬的态度：“只准用我的” ，而安卓则表现出了很强的适应性，顺势而为。当然，这对于开发者而言不是什么大问题，只是从一个侧面我们看到了两家公司的不同文化。苹果更自我，谷歌更拥抱开放。

二，推送机制问题

由于我们也是初次创业，APP本身结构也不是特别复杂，所以很多东西就都开始想当然，在APP的结构设计上没有考虑到推送机制，所以我们一开始都是让程序做的心跳连接，通过不断向服务器做请求，来更新数据。

我们早期没有经验所以是直接让我们的应用做心跳去请求服务器信息的，这样持续不断的发送请求，不仅耗电量大，而且对网络流量都是有很大消耗的。随后我们意识到问题，开始着手第三方的推送机制。

第三方的推送我们研究了谷歌官方的GCM、苹果的APNs 、百度云推送、个推、极光推送。我们最后选择了百度云推送作为统一平台。原因在于百度的“共推 ”机制，只要用户安装了任何百度系应用以及使用带有百度云推送的应用，百度都会进行统一的推送服务，而不需要单独的应用程序进行心跳操作，只需要交给百度系即可。

而对于iOS的话，则后台不需要再去研究APNs就可以进行统一的推送。

总结：

在推送问题上，由于iOS和安卓推送机制各自为政，所以开发者更希望有一个大一统的推送平台来管理这二者。同时加上IOS和安卓在国内推送上的水土不服，也给了第三方推送机会，而在第三方推送正好抓住了这个机会。

三，适配尺寸，版本问题

虽说苹果的真机调试比较复杂，但是苹果一共需要适配的机型也就两种尺寸，3.5和4.0英寸并且iOS的版本升级率远远大于安卓，所以在适配上，iOS的优势就明显了。库克在发布会上也拿系统升级率向安卓开火，安卓在这块确实没做好。

根据统计，截止去年10月统计，iOS 7的升级率为73%，而根据去年5月的统计，安卓虽然早就已经发布到4.X版本了，但2.X版本的市场却依然占据了39%的市场，所以我们在安卓的适配上做的非常痛苦。

先说尺寸问题吧，安卓适配需要同时适配各种分辨率的手机，从240*320到1280*800，最常见的就有十几种分辨率需要做适配，并且最要命的是控件问题。iOS经过早期的各个开发者的经验汇聚，加上苹果公司的重视，苹果公司已经做好了官方控件，iOS程序员只需要直接调用即可，但是安卓做的控件就复杂了，需要去github等开源网站上找到相应的项目，然后自己改写代码以适配，但最后这些做完的控件放到不同分辨率的机型上又会出现超出屏幕范围，或者太小等等诸多问题，完全不兼容，需要一个个调整过去，很是痛苦。

另外这里再说一下真机云测试，凡是那种需要登录账号的APP，云测试是压根没用的，只能一个个手机自己测试过去！

接着再谈机型适配问题，其实说到底还是版本适配的问题，我们安卓版刚刚提交到应用商城后就有一堆用户来吐槽说居然无法注册，后来发现原来是调用头像的API接口太新而无法适应老版本导致的，接着我们跑去旧手机市场花了150元在那边边测手机边改，终于把问题解决了。但第二次提交后，居然又有人吐槽无法打开的问题，后来我们发现原来是版本太老导致的json格式解析问题，后来又去测了半天......

辛酸啊，不过还有更辛酸的公司，据我所知那个做智能电子秤的叫PICOOC的公司，由于电子秤需要蓝牙适配所以必须有真机测试才行，他们曾经因为用户的一个韩国手机无法兼容而不得不买了一个韩国手机来做，还有类似那些低版本的用户需要一个个试过去，还有些最辛酸的就是明明刚刚适配好了小米3系统的蓝牙了，结果小米官方系统升级后导致原来的蓝牙通道不对，需要重新再拿手机来重写代码做更新和没更新系统的选择性适配，最后还又被用户投诉了......

总结：

适配的问题上iOS让开发者感受到了iOS的魅力。同时，在版本和尺寸的配上，安卓机乱糟糟的生态让开发者们不得不只去选择主流的机型去满足而无法顾及更多边缘需求。在适配这个问题上，iOS大获全胜。

四，应用商店提交

关于应用商店提交又是一个令人不得不说的事情，由于安卓是开放生态，所以自然应用商店也是一个开放而混乱的生态环境，除了百度，360，豌豆荚，腾讯，安智这样的大头，其他应用市场实在无法恭维，具体我写过一篇从提交安卓应用一窥市场格局，不再多说。

那么再谈iOS ，iOS的提交就非常狗血了，需要应用ID，发布证书，配置文件，生成设置，部署目标.......过程极为复杂而冗长。但是当我们提交完毕之后，有一种彻底的征服感。

总结：

在应用的提交上，iOS的提交虽然极其麻烦，但是只要搞定一次就可以一劳永逸，而安卓则不同，由于其开放而混乱的超级生态，导致我们提交上的种种麻烦。

结语

最后感慨下，比较了那么多。我们感受到了苹果作为一体化的优势在于适配、推送、提交，而安卓的优势在于跨平台、以及生态多样化。但是无论他们好坏，最苦逼的还是创业公司，无论是iOS还是安卓都得做。

一、优先级别不同：iOS最先响应屏幕

当我们使用iOS或者是Android手机时，第一步就是滑屏解锁找到相应程序点击进入。而这个时候往往是所有操控开始的第一步骤，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性能要求都会比较高，苹果iPhone产品采用的Power VR SGX系列GPU在当下来说非常的主流，跑分测试数据证明了它并不会比一些旗舰级别的Android产品差劲。

而iOS系统对图形的各种特效处理基本上正好都是基于GPU硬件进行加速的，它可以不用完全借助CPU或者程序本身，而是通过GPU进行渲染以达到更流畅的操控表现。但是Android系统产品则并非如此，因为Android需要适应不同的手机硬件，需要满足各种差异配置，所以很多图形特效大多都要靠程序本身进行加速和渲染，并严重依赖CPU运算的操作自然会加大处理器的负荷，从而出现卡顿的问题。虽然Android 4.0以及4.1等更高版本中进行了改进将硬件加速设为默认开启，但依旧无法做到所有特效全部都靠GPU进行加速。在很多Android手机里面都自带有“是否开启GPU渲染”这个功能选项，不过开启之后的改善也是微乎其微。

屏幕最先响应的优先级关系，再加上iSO本身GPU加速程序的特性，使得大家在操控过程中感觉iOS手机拥有着不错的流畅性。因为它本身的整个流程都是在为最大化的流畅做服务，不管是第一印象的滑动接触屏幕，还是你进一步使用程序之后的更深层操作都是如此。而GPU加速这点特性，应该是它优于Android系统流畅性的又一个因素。

三、开发机制不同：安卓机制效率低

Android的编程语言是JAVA，而iOS的则为Objective-C ，不过要是说Android系统之所以有些卡顿是因为JAVA开发语言的关系，或者是拿它和Objective-C对比肯定会有人提出质疑。Objective-C的优势是效率高但比较“唯一”，而JAVA的优势则是跨平台不过运行效率相对偏低，其实这两个编程语言所带来的机制不同，就已经造成了各自系统之间的流畅性差异化。

iOS的Objective-C，编译器gcc ，而这个gcc编译出来的代码又被苹果专为iOS架构优化到了极致，运行过程中也不需要虚拟机在中间插手，执行效率自然很高。这一段话应该是iOS系统本身运行程序的执行过程，而Android是通过JAVA虚拟机来执行，并且系统需要占用大量内存来换取执行速度，再加上不定期的内存自动回收机制，从而直接导致了卡顿现象的出现。

Android的JAVA编程本身运行效率比Objective-C低一些，而且再加上内存自动回收的机制，所以造成了一些卡顿不流畅的现象出现。但根据技术人员讲解，现代的JAVA虚拟机效率已经不再是最大的瓶颈，Android 4.0系统版本之后的卡顿现象明显得到了改善，所以这也是有用户并没有发现自己新买的Android手机出现太多卡顿现象的原因。看来编程语言和机制已经被Android进行了改善，这同样也不是造成它与iOS流畅性偏差的唯一因素，不过影响却是实实在在存在着。

三、系统设计不同：安卓APP无法统一

因为iOS产品的封闭性，所以所有的APP运行对象都比较单一，因为每个应用程序都是被运行在iPhone ，iPad等iOS产品当中，它们有着很高的硬件利用效率。因为iOS系统的配件供应商只有那么几家，CPU也是一年换一次，这点不像Android终端年年变月月变，开发者很难遇见未来终端分辨率会包含多少种，GPU驱动会包含哪些等等，所以相对来说Android应用开发成本较高且收益较慢。而iOS应用开发则因为软硬件垂直整合而受益，这样一来苹果自然就保证了应用本身其与硬件产品之间的完美结合程度。

其实Android和iOS两大系统APP开发情况的不同，也正是它们开发和不开放的特性所造成的。如果要是拿旗舰Android手机加上一个专为这款旗舰产品设计的游戏，来和苹果iPhone运行对比的话，你真的不会遇到Android旗舰机出现卡顿延迟的问题，为什么因为这款游戏针对这款手机设计，在软硬等方面都达到了最大化的兼容和优化，自然就不会出现停滞的现象。

而Android系统程序要被安装在各种符合要求的手机上面，开发者也不可能针对所有的机器型号进行开发，只能在比较主流的机器上进行测试并保证运行效果，所以他们为了兼顾整个产品线只能不得不降低游戏体验以达到高中低产品可以共用的效果。最后那些占据了Android终端份额的大量大众用户们由于自己的手机不是旗舰产品而得不到流畅的使用体验，自然而然就会产生Android产品不如iOS流畅的抱怨。

不管是iOS产品感觉比Android流畅还是真的比它流畅，其实说到底原因很简单。苹果会花费一年甚至两年的时间去开发一个桌面icon，一种字体，并去测试屏幕点位，而Android终端中除了Nexus系列之外似乎没有太多产品可以做到用这么长的时间去做这么细致的事情。有网友说得好，Android做的更多的是“让系统跑起来 ” ，而iOS拥有着苹果做的更多的则是“让系统以最高的效率跑起来”，或许这就是iOS产品比Android更流畅的原因吧。但更好的一面的是，随着谷歌对Android的持续升级以及各厂商对自家产品的循序改进，使得越来越多的Android终端正在摆脱卡顿不流畅的束缚，未来安卓用户的期待同样有望得到更好的满足。

关于“学android和ios哪个好”这个话题的介绍，今天小编就给大家分享完了，如果对你有所帮助请保持对本站的关注！