为什么Android开发使用Java而不是C ？
文/小伊评科技结论：如果谷歌用C 作为安卓开发语言，安卓早就挂了。安卓系统卡顿的根源估计很多人都比较清楚了，最根本最核心的原因就是因为其应用层采用的是Java语言。因为Java是一个跨平台的语言，为了保证跨平台的兼容性，它内置的有Java虚拟机，这个虚拟机的作用就是把应用层的指令解释为机器语言，然后推动硬件去处理，使用者只需要根据平台的不同配置相应的JDK即可，这也就保证了Java的跨平台特性。
但是正所谓有得必有失，也正是由于虚拟机的存在，用户的指令无法直接经过编译后成为机器码，还需要经过虚拟机的解释才可以，这也就导致了其执行效率是比较低的。而反观C ，作为一个偏底层的开发语言，他的指令经过编译后可以直接转化为机器码和硬件进行交互，执行效率就要高很多了。举个形象一点的例子，方便大家理解：使用Java语言，就像是两个语言不互通的人中间隔着一个翻译官在交流，哪怕这个翻译官的水平再高，翻译的速度再快，他也不可能做到实时的翻译，总需要一个处理的过程，交流成本就比较高，效率也比较低。
而采用C 语言则就像两个语言相通的人在对话，一个人说的话可以直接被另外一个人听懂，交流效率大大提升。所以，虽然在安卓5.0时代，谷歌虽然给安卓系统做了一次大手术，更换了一个全新的效率更高的ART虚拟机，但是很可惜，就像上文所举得例子那样，谷歌只是换了一个翻译能力更强的翻译官而已，并没有解决最本质的问题。
看到这，肯定会有人要问了，谷歌为什么要选择Java而不去选择执行效率更高的C 呢？难道谷歌的工程师不知道Java存在执行效率低的问题么？当然不是，谷歌这么做也是迫不得已。谷歌的算盘。在2005年，谷歌将安卓团队一行人收入囊中之后（也就是安卓之父安迪·鲁宾团队），本来实际上也没有打算完全开源，而是闭门造车了很长时间，不过始终没有什么大的进展。
然而在2007年1月，苹果公司率先发布了人类历史上第一款具备象征意义的新一代移动操作系统——iPhone runs OS X（也就是后来的IOS），并且还基于这个系统发布了第一代iPhone。这个时候，谷歌也嗅到了移动互联网时代即将来临的气息，但是谷歌同时也意识到，单靠自己是不足以和苹果对抗的，因为谷歌本身只是一个互联网企业并不具备像苹果那么强大的硬件基因（苹果本身就是一家硬件公司），他不具备制造硬件设备并且大规模向外推广的能力（没有渠道）。
于是，谷歌想了一个方法——“开源共建”，把已经开发的基本可用的安卓系统完全开源，供其他有兴趣进入智能手机市场的企业进行二次开发。这个操作也吸引了世界上绝大多数除了苹果之外的硬件厂商，毕竟这可是当时第一款完全开源的系统，而且谷歌还邀请了众多业界大拿站台（开放手机联盟）。系统有了，那么怎么才能吸引开发者去开发安卓应用呢？谷歌的办法很简单——“尽可能地降低开发安卓应用的门槛”，于是，谷歌最终选择了Java作为安卓应用层的开发语言，至于原因主要有两个：原因一：Java的从业者众多是一片沃土。
Java由于其具备良好的跨平台特性，使得其一直以来都是开发行业最炙手可热的一门语言之一，如下图所示，这是目前开发语言的热度排行榜，Java毫无疑问的排在第一位。开发人数众多，这也就意味着很多原本做Java的开发者可以几乎毫不费力地转行成为安卓应用的开发者，原本只能开发一些后台程序的Java工程师，突然发现自己也可以利用自己的能力面向C端开发应用程序挣钱了，这确实是一个很好的出路，因为软件工程师本身就是一个对新平台，新事物保持比较高关注度的群体。
就这样，安卓的应用体系就在这样的环境下迅速发扬光大。而反观C ，C 是一门基于C语言构建而来的语言，而C语言是一门非常古老的语言，更偏向于底层，其整体的开发难度较高，从业者相对比较少，不如Java那么具备活力。原因二：Java的开发效率极高，入手难度低。Java是一个面向数据结构的语言，能操作的都是设计好的数据结构，每一个都是安全的，在内存和程序员之间，还隔着一个JVM虚拟机，程序员可以肆意地发挥，容错率比较高，对于程序员素质的要求也比较低，所以大家可以看到，很多Java工程师只需要培训两三个月就能自己写东西了，而且就算编程思想再怎么差也无所谓，Java本身就是一个没那么低，上线也没那么高的语言。
而C 不一样，C 是一个面向内存的编程，它就要求开发者拥有比较扎实的计算机基础，并且还需要拥有比较强大的逻辑设计能力，需要考虑到方方面面的细节，如果一个C 工程师的能力太差，他所编出的程序的执行效率还不一定比用Java开发出得更好，这也就在一定程度上限制了C 这门语言的发展，毕竟想要学好C ，上两三个月培训班可是不行的，所以C 实际上是一个下线非常低，上线非常高的开发语言，上手难度更低。
为什么安卓不放弃虚拟机机制，转变更高效的方式，例如ios一样？
那不就是Linux手机？很多厂商做过，不了了之。安卓要不是傍上JAVA，也不会有如今的局面。JAVA开发者比C/C 多太多了。WP就死在这上面。IOS要不是有硬件支撑，也早死了。安卓起初的时候是要做一套跨平台的移动系统，事实上以前也出现过X86和MIPS的手机，只不过后来被ARM一统天下，才会让人觉得这个JVM是个累赘。
谷歌神秘的Fuchsia OS，将如何兼容Android应用程序？
有关谷歌正在酝酿的 Fuchsia OS 即将加入 Chrome OS，提供对 Android 应用程序运行支持的猜想，已经持续了很长一段时间。今天，Android 开源项目（AOSP）的一段代码更新，已经证实了这一点 —— 表明 Fuchsia OS 将借助 Android 运行时（Runtime），实现对 Android Apps 的兼容运行。
上个月，外媒 9to5Google 曝光了两个与 Fuchsia 相关的新存储库（repositories），它们被添加到了 AOSP 的清单中。首先是 platform / prebuilts / fuchsia_sdk，其中包含了 Fuchsia SDK 的预构建副本，便于打造 Fuchsia 应用程序。
其次是 device / google / fuchsia，它似乎介绍了通过模拟器，在设备上运行 Fuchsia 的方法。在提交至 Gerrit（Android 源代码管理器）的一项新变化中，Google 在旁边注释了 device / google / fuchsia 资源库的用途（附带了一份 README 文本）。
简而言之，Fuchsia 将使用特别设计的 Android 运行时版本（ART）来运行 Android 应用程序。这个版本的 ART，可以通过一个 .far 文件，安装在任何运行 Fuchsia OS 的设备上（相当于 Android 平台的 APK 安装包）。至于 Fuchsia 如何使用 Android 运行时、能否如预期那样好用、或使用 Fuchsia 虚拟机系统（在 Linux 虚拟机内运行 ART），目前仍有待进一步研究。
