很多时候我们都不知道，为什么android最开始要用java作为基础语言
看看知乎上都是怎么回答的
为什么java最初成为android开发的基础语言
--------------------------------------
1.避免Native作为应用代码导致的因为设备多样化导致App生态了支离破碎，是从Nokia哪里的教训。
2.重新实现Dalvik，一是避来自Oracle Java的产权问题，二是从Sun J2ME来的教训。
Java在过去的发展累积下了很多为业务逻辑产生的人力资源链，而移动应用开发的人力分布基本重合，可以充分复用。
3.安卓最初设计出来的时候就是要在不同厂商的不同硬件平台上运行的。
不同硬件平台意味着不同的CPU不同的指令集。
在系统层面为了保持效率以及系统开发一般都用c/c++开发
在应用层面就必须面对跨平台的支持性
那么哪种语言能做到一次编译，到处运行呢？
最成熟、可靠且流行的方案应该只有java了
有一个更加牛的回答：
- 思考选择一种语言的过程：
- 首先我们需要选用一个语言来开发本地App。开发的基础都是在现有的语言中挑选语言。
- 其考虑的条件是不火的语言和没前途的语言是不在选择范围的。
- -原因很简单：
- --因为没人用，那么库就会少。因为库少就不会好用。因为不好用。所以用的人更少。生态圈的核心思想。
- --那这个世界是不是只有C++/Java了。肯定不是。因为有些语言是有前途的。最大的特点是。简化了程序员的负担。或者效率更高。未来肯定是主流。
- 那么我们常用的语言和有前景的语言是哪些
- C/C++/Java/C#/Python/Ruby/Go/JavaScript+Html
- 好。这些是我们常用的语言。我们看待的是怎么把这些语言一步步的踢掉。然后只剩下Java的。
- 首先踢掉的是C。至今大型的超过10万行代码的图形化界面程序没有几个是用C的。因为复杂的错误处理和没有纠错机制。使得程序非常容易崩溃。同时。因为C没有面向对象。那么工程化开发显得非常麻烦。
- 相信没有人现在主动说。用C开发App这种多界面程序吧。
- 继续踢掉的是C#。我干嘛要用一个一出生就为了对付Java的。还是微软的私货的语言。对。Android是开源界的。而C#注定不是适合开源界的语言。
- 那我们继续踢语言：
- 我们该要一门重语言还是轻语言？
- Java/C++/C#/Go/C是重语言。
- Python/Ruby/JavaScript+Html/是轻语言。
- 对。我心目中划分语言的标准基本上是属于这样的，只要在代码中体现我们需要讲效率的。那就是重语言。
- 重语言首先讲究的是运行效率。然后讲究工程化。
- 轻语言讲究开发效率，讲究敏捷性开发。
- 回到我们选语言的原则。
- 我们想开发一款本地App。还在性能不高的手机上。
- 那么除了C之外的开发语言中。运行效率最高的是C++，然后是Java。
- 那么轻型语言就要被一个个踢掉了。
- Ruby在网页端有作为。但是库太少。图形库更少，开发者都是网页端的人。被踢。
- JavaScript+Html - ----> 这是未来大一统的趋势。但是我们现在是找一门开发本地App的语言。
- 外加真心html+JavaScript有着先天的劣势。（效率+Offline）
- Python有着完善的库。有着极高的人气社区。在手机上开发也有过尝试。（Nokia就干过这事。Ubuntu Phone的UML也是一种类python的语言。）Google也是python的大用户。效率是问题。但是不是绝对的。先对Python实现保留意见。
- 那么我们看这一轮入围的四门语言
- Java/C++/Python/Go
- 再说Go。Go语言还不成熟。库也不多。开发者少。但是作为Google主打的语言。很有可能。Google会提供基于Go的Android sdk。至少现在Android的主打语言不会是Go。
- 剩下三门
- C++/Python/Java
- C++重运行效率。但是跨平台性较弱。开发难度较高。库多，用的人多。
- Python，重开发效率。跨平台性高。开发难度低，库多，用的人多。
- Java。重开发效率。不及python，重运行效率，不及C++。开发难度低。库多。用的人多。
- 那再回到需求：
- Google是想要一门开发本地App的语言。Google想屏蔽掉底层硬件的差异。实现对于开发者来说是一个统一的平台。
- 同时。对于手机这个现阶段的平台来说。耗电，以及性能。是无法回避的问题。
- 那么这门语言的跨平台性要求很高。同时效率又很高。
- 说Python：效率实在无法达到其普遍的手机要求。尤其是对于图像处理这种高计算操作。且。社区无法与C++/Java相比。意味着库没有Java和C++多，开发者不是跟Java和C++一个等级的。
- 说C++：用过JNI的人都知道本地的C/C++库，至少要编译多次。不同的框架就代表者不同的编译环境。而且直接用C++编译运行的话。C++并不能很好的屏蔽掉硬件差异。所以对于开发来说调试来说，都是一个比较艰巨的任务。
- C++也不是一个非常好的工程化开发语言。
- 那有没有破解法。Qt。可以用框架屏蔽掉大部分的细节操作。Qt5.0支持Android。
- 为什么没用。估摸着是跟Qt不是Google家的产品加不开源的问题吧。
- 说Java：虚拟机是核心。因为虚拟机真正能屏蔽掉开发的很多差异。而且通过虚拟机。开发者只要在打包的时候翻译成运行码而不需要翻译成机器码。通过虚拟机完成很多差异的解决。而效率并不是丢的非常严重。
- 且Java比C++更受开源界和工业界的共同欢迎。即使Java也有版权问题。。。
- 我们屏蔽掉最基础的硬件差异。通过Linux，在屏蔽掉手机的一些基本功能差异。然后提供纯粹的利于开发者开发和测试的方法。只有通过虚拟机了。而这个虚拟机是需要讲性能的。
- Google搞了一个Davlik虚拟机。对。这就是Android的核心。就是因为性能要求高。不得不重新开发虚拟机。Davlik就是一个非常讲效率的虚拟机。而其他的常用库都有的，现成的。根本就不需要自己去写的。只要打包就好。
- 那么还有些必须考效率的库和应用。怎么办。
- 用JNI技术调用C++
- 对就这么坑爹。
之所以重新设计了一个JVM，一方面剔除了Java中自己的UI组件（awt，swt）等其他部分，另一方面是由于嵌入式设备的性能，Google重新设计JVM目的是想更加高效的操作硬件。
知人者智，自知者明。现在安卓手机和平板里面已经有ARM、Intel、MIPS几种CPU了，ARM又有几代。如果用C，会很麻烦，因为要考虑不同的硬件，对于很多性能要求不高的小软件来说，也过于大材小用了。
现在这样很好，大部分不需要高性能的小应用，纯JAVA，跨硬件毫无压力。3D游戏，视频图像之类需要高性能的，也能JNI。
赞同因为Java可以做到平台无关性，想想Android上有多少乱七八糟的硬件。全都匹配会累死人的。
另外，在大部分手机应用都是CS模式的情况下，用于网络通信的时间远远大于处理数据的时间，总运行效率上C并没有优势，反而会增加开发的复杂性。比如在我的备胎机诺基亚2730c上用UC，下载网页数据占载入时间的80%以上。在高端机器上，用于数据处理的时间更是少得可怜，这时，程序的运行效率就不如开发效率重要了
---------------------------------------------------------