Android之Dalvik,android art 版本( 二 ) _android

就这样，安卓的应用体系就在这样的环境下迅速发扬光大。而反观C，C是一门基于C语言构建而来的语言，而C语言是一门非常古老的语言，更偏向于底层，其整体的开发难度较高，从业者相对比较少，不如Java那么具备活力。原因二：Java的开发效率极高，入手难度低。Java是一个面向数据结构的语言，能操作的都是设计好的数据结构，每一个都是安全的，在内存和程序员之间，还隔着一个JVM虚拟机，程序员可以肆意地发挥，容错率比较高，对于程序员素质的要求也比较低，所以大家可以看到，很多Java工程师只需要培训两三个月就能自己写东西了，而且就算编程思想再怎么差也无所谓，Java本身就是一个没那么低，上线也没那么高的语言。
【Android之Dalvik,android art 版本】而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），目前仍有待进一步研究。