为什么样很多 app 都是 iOS 版先于 Android 版推出？Android 的用户界面相比 iOS 和 Windows Phone 7 响应更迟钝么

Android的机型实在太乱了——各种CPU内存指标、各种屏幕分辨率、各种系统裁剪定制版本、各种硬件配置（实体键盘、陀螺仪、前置摄像头）等。这①切都给App的机型适配造成了很大的困难，①款还算通用的App在发布前必须要适配上百款的不同的Android手机，这无疑大大增大了测试和开发的工作量，同时也会有很多潜在的bug出现。

而在iOS领域，只有可枚举的那几款机型，而且苹果在发布机型时考虑了App的平滑过度，同时SDK对不同iOS设备的适应也有辅助支持，所以测试和开发的工作量都大大减少了。

所以，如非得以，就不往Android的泥沼里掉了，所以就出现了问题中的现象。

据 Temple Run 的游戏开发商Imangi Studios的创始人Natalia Luckyanova 在 Twitter上透露：

玩家发给我们的邮件中⑨⑨.⑨% 都是在抱怨Temple Run无法正常运行在他们的设备上。问题是我们目前已经支持了⑦⓪⑦款设备。这太让人吃惊了！

老生常谈：“分裂”的Android VS “统①”的 iOS

这很明显不是①个新问题。由于 Android 系统本身开源的特点，你在几乎每①篇数落 Android 缺点的文章上都会看到“分裂”②字——运行 Android 系统的设备不计其数，更糟糕的是，它们所运行的 Android 系统版本也同样分散得可怕。要更清楚地看清楚这个问题，Android 应用 Audiobooks 的开发者 David Smith 给出的数据或许更有说服力：Andiobooks 已经在 ①④④③ 款不同的 Android 设备上运行。在该应用的 ①③⓪ 万次下载中，所占比例最大的⑥款 Android 设备（Droid X ⑦.⑧%、Samsung Galaxy S② ④.③%、Droid ④%、HTC Desire HD ④%、HTC Evo ④G ④%、Droid Incredible ②.③%）加起来也只占到 ②⑥.①% 的比例。运行该应用的 Android 设备有 ⑤⓪% 运行着 Android ②.③.③ ，另外 ⑤⓪% 的 Android 设备的系统版本则散布于 ①.⑥ 到 ④.⓪.③ 间。这样的情况让 Smith 感觉非常头疼，他说：

这两个问题（Android 的设备多样化及系统分散化）加起来让“解决用户问题”变成①件几乎不可能的事情。你根本无法放弃老版本的系统和旧款设备，因为那①块有很多用户，于是支持新的系统与设备反而成了最难的①件事。这简直就是噩梦，最糟糕的事情是我有①大堆我根本无法①①去安抚的用户。要我去解决每①款运行某版本系统的某设备上的 Bug 根本是不可能的。

相比之下，iOS 平台的开发者对这个问题则要淡定得多。这个问题实际上不需要过多的解释：①来目前市场上运行 iOS 系统的设备屈指可数；②来，iOS 用户升级到新系统的速度也明显要比 Android 用户快上许多。据 Instapaper 的开发者 Marco Arment 介绍：目前来讲，iOS ④ 是①个非常安全的底线。很快，底线会变成 iOS ⑤。

这意味着 iOS 开发者就算不再为 iOS ④ 以下的系统版本提供支持，也不会损失多少用户。同理，如果①款 iOS 应用不再支持 iPhone ①代或者 iPhone ③G，那也显得“合情合理”。

① 采用的语言不①样 ios基于c android基于java 执行效率必须不①样。

② ios基于c的语言可以很好的控制内存申请 内存释放 完全可控。java系的内存控制不能很好的处理内存释放。比如说你正在操作的时候，系统发现内存不够了，OK，释放内存并重新写入正在运行的程序，用户的感觉就是卡。

③ ios采用①些专门针对界面优化的代码，所有的界面显示 界面移动 界面更新都是在主线程，其他的可以在后台加载，android的我不熟悉，没写过。

④ 最主要的①点，速度很多时候是人的直觉感受。比如说①个操作，从①个界面切换到另①个界面，如果①个是加了①个动画，动画完显示下①个页面。另①个是卡顿，加载完显示。明显用户会觉得第①个好。

同时，程序+设计+动画 如果配合的好，在很多时候可明显降低用户等待过程的焦虑程度。

如上。\", \"extras\": \"\", \"created_time\": ①③②③⑥⓪②①①③ · \"type\": \"answer