转一个精彩的讨论：为什么Android采用“相对效率较低”的JAVA做开发语言以及JAVA虚拟机
今天突然知道了一件事，让我彻彻底底的否定了milestone和android的前途！
那就是android软件竟然用java开发，这不是自寻死路吗。不知道android开发者是怎么想的，java那个垃圾得，脑残了，竟然不用C++，java写的烂东西怎么能和NOKIA的C++的QT相比呢。唉，就此一点就彻底否定了android，失败是迟早的事。
在众多无知的，自娱自乐的安饭的攻击下，我回去恶补了一下android的知识，结果发现google自己搞了一套什么所谓的Dalvik
machine。那个设计垃圾得。绝对不是吹，我拍脑袋都能想出来。唉，就那个架构，还开发3D游戏，还开发桌面级的应用，歇吧，等NOKIA的symbian3,
MS的WP7出来了，让你Android看看什么叫应用，倒时候可把你的眼睛睁大了！
java的效率很低啊。而且现在程序高手一般都讨厌java，其实他们看不起java也是有道理的，java真的很垃圾。相信我，希望MOTO早点醒悟吧，不要在android上投入太大，还是多在WP7和SB3上下点功能吧。
android的SDK是java开发的，这个没有错啊。我今天刚看了andorid的开发方式，唉，都看不下去了，一看到eclipse，java就伤心啊，google那帮人怎么会想到用java呢。天啊，这不是自掘坟墓吗，多好的linux内核，就被遭塌了。
技术先进的不一定有市场。
想当初比windows系统技术先进的多了，可现在呢。
市场决定一切。
用户xhh325
纯语言而言，JAVA的执行效率确实不如C++。
但这只是一方面，现今的硬件资源已经很充裕了，
牺牲一点资源消耗，从而获得架构、安全、扩展、健壮等方面的优势难道不更好么？
更何况如果runtime做得好的话，除了资源占用大点，效率方面基本没什么损失。
.net不就是这样么，加载的时候慢点，运行的时候并不慢。
而且android应用运行环境并不是Sun Java。
所以楼主说法是没有根据的，如果有请拿出数据来。
另外,再复制一大堆东西给LZ看看..
虽然现在NDK不是很完善,但难保以后会怎么样.
JAVA和C/C++同时开发三方应用?呵呵
6月26日，Google Android发布了NDK，引起了很多发人员的兴趣。NDK全称：Native Development
Kit。下载地址为：/sdk/ndk/1.5_r1/index.html。
新出生的事物，除了惊喜外，也会给我们带来一定的迷惑、误解。
2.1、误解一：NDK发布之前，Android不支持进行C开发
在Google中搜索“NDK”，很多“Android终于可以使用C++开发”之类的标题，这是一种对Android平台编程方式的误解。其实，Android平台从诞生起，就已经支持C、C++开发。众所周知，Android的SDK基于Java实现，这意味着基于Android
SDK进行开发的第三方应用都必须使用Java语言。但这并不等同于“第三方应用只能使用Java”。在Android
SDK首次发布时，Google就宣称其虚拟机Dalvik支持JNI编程方式，也就是第三方应用完全可以通过JNI调用自己的C动态库，即在Android平台上，“Java+C”的编程方式是一直都可以实现的。
当然这种误解的产生是有根源的：在Android
SDK文档里，找不到任何JNI方面的帮助。即使第三方应用开发者使用JNI完成了自己的C动态链接库（so）开发，但是so如何和应用程序一起打包成apk并发布？这里面也存在技术障碍。我曾经花了不少时间，安装交叉编译器创建so，并通过asset（资源）方式，实现捆绑so发布。但这种方式只能属于取巧的方式，并非官方支持。所以，在NDK出来之前，我们将“Java+C”的开发模式称之为灰色模式，即官方既不声明“支持这种方式”，也不声明“不支持这种方式”。
2.2、误解二：有了NDK，我们可以使用纯C开发Android应用
SDK采用Java语言发布，把众多的C开发人员排除在第三方应用开发外（注意：我们所有讨论都是基于“第三方应用开发”，Android系统基于Linux，系统级别的开发肯定是支持C语言的。）。NDK的发布，许多人会误以为，类似于Symbian、WM，在Android平台上终于可以使用纯C、C++开发第三方应用了！其实不然，NDK文档明确说明：it
is not a good
way。因为NDK并没有提供各种系统事件处理支持，也没有提供应用程序生命周期维护。此外，在本次发布的NDK中，应用程序UI方面的API也没有提供。至少目前来说，使用纯C、C++开发一个完整应用的条件还不完备。
3、NDK是什么
对NDK进行了粗略的研究后，我对“NDK是什么”的理解如下：
1、NDK是一系列工具的集合。
NDK提供了一系列的工具，帮助开发者快速开发C（或C++）的动态库，并能自动将so和java应用一起打包成apk。这些工具对开发者的帮助是巨大的。
NDK集成了交叉编译器，并提供了相应的mk文件隔离CPU、平台、ABI等差异，开发人员只需要简单修改mk文件（指出“哪些文件需要编译”、“编译特性要求”等），就可以创建出so。
NDK可以自动地将so和Java应用一起打包，极大地减轻了开发人员的打包工作。
2、NDK提供了一份稳定、功能有限的API头文件声明。
Google明确声明该API是稳定的，在后续所有版本中都稳定支持当前发布的API。从该版本的NDK中看出，这些API支持的功能非常有限，包含有：C标准库（libc）、标准数学库（libm）、压缩库（libz）、Log库（liblog）。
4、NDK带来什么
1、NDK的发布，使“Java+C”的开发方式终于转正，成为官方支持的开发方式。
使用NDK，我们可以将要求高性能的应用逻辑使用C开发，从而提高应用程序的执行效率。
使用NDK，我们可以将需要保密的应用逻辑使用C开发。毕竟，Java包都是可以反编译的。
NDK促使专业so组件商的出现。（乐观猜想，要视乎Android用户的数量）
2、NDK将是Android平台支持C开发的开端。
NDK提供了的开发工具集合，使开发人员可以便捷地开发、发布C组件。同时，Google承诺在NDK后续版本中提高“可调式”能力，即提供远程的gdb工具，使我们可以便捷地调试C源码。在支持Android平台C开发，我们能感觉到Google花费了很大精力，我们有理由憧憬“C组件支持”只是Google
Android平台上C开发的开端。毕竟，C程序员仍然是码农阵营中的绝对主力，将这部分人排除在Android应用开发之外，显然是不利于Android平台繁荣昌盛的。
用户uiiang
我就是做JAVA开发的, 楼主说JAVA的效率比C++低, 确实是这样. 不过现在的CPU和内存等等各方面机器性能越来越快,
这种效率上的差别只是理论上的数据罢了, 没有专业的评测软,已经很难看到这种效率上的差别.
另外有一点很重要的就是, 手机也好,电脑也好,不论操作系统做的多好, 多炫, 最重要的是软件的支持.
没有广大软件开发者的支持, 没有众多的软件, 再好的系统也白搭.
JAVA和C++相比,执行效率上是有些差, 但是JAVA的入门门槛比C++低, 可以吸引更多的开发者.这一点非常重要.
学习和精通C++的成本实在比JAVA要高太多了
用户haniklz （精彩的在这里）
现在还停留在哪个语言好这种层次上的话，你确实应该认真学习一下了
java很差？你问问你老师看看。
为什么android为选择java？就看到执行效率了吗？有没有想过什么叫开发效率
android短时间内3w应用java可谓功不可没。android如果仅仅是linux那么简单，最终可能也就落得和形形色色的linux移动发行版一个下场
同样的绚丽的界面，用C语言开发可能耗时几个月，发现菜单还没做好，java语言几个小时搞定
如果一定要追求效率为什么不直接arm汇编开发好了。（Imperator：看到这乐喷了…）
微软的wp7已经确定没有原生c++开发，也是基于.net的托管代码，原因？具有虚拟机层有很多好处，很重要一点就是安全性。开发的发展最初是C+汇编，现在除了在特定领域（比如驱动开发）还有人用汇编吗？
开发难度当然是越低越好，你问问现在业内的开发人员，谁愿意做symbian的程序开发烦不烦？我们公司同样的程序在两个平台同时开发，symbian平台用了半年，android只用了不到3个月就进入测试期，如果不是仗着nokia的推广，明天symbian可能就不存在了。
好吧，告诉楼主一个残酷的消息，qt程序的效率可没有你想的那么高R
android的虚拟机做过一定改进，是基于寄存器而不是基于栈的虚拟机，每个进程单独有虚拟机，版本路线图中未来也会加入jit，如果楼主还停留在十几年前的java的运行效率的认识上，那就太失败了。多学习下，如果lz是业内人士的话，少点浮躁情绪，对你以后的发展有好处。
另外提句NDK里面一直都有openelgs库。jni调用即可。android为什么会采用java +
c开发模式，google的架构师懂的比你多，他们对这些的分析和权衡恐怕不是你一句java是垃圾得来的
还有现在不是硬件不够，而是硬件过剩了。
c语言和java都用了很多年，说实话最看不起就是你们这些以为某某语言比某某语言高级的人了，每个语言都有它擅长的领域。比如你用c语言给我整几个web应用出来看看，看你会不会吐血
最后再提醒楼主一句，就算你要比，你也得说是 编译型语言和解释型语言的区别啊，恐怕你就知道个C语言把。。。你让苹果的object
c情何以堪，微软wp7上的c#情何以堪
另外还有一点, ANDROID是支持C++开发的,
google并没有完全封锁掉C++的接口（Imperator：貌似谷歌最近声明支持C++开发了，但不太清楚是不是什么间接手段）
语言是表现形式，比如我也可以做个编译器把java编译成机器码，把c编译成字节码
运行效率的区别是编译型语言和解释型语言的区别，上面的源代码何种形式并不是对效率的决定因素
还有个重要的方面就是架构问题，qt只是图形库而已，其效率并不一定被android的图形库效率高
android的设计并不是为单一硬件平台，而是未来可能根本无法想象的各种硬件，如果不是采用了java虚拟机，今天的android恐怕只有htc那几台机器在运行而已，其他厂商更是在忙于调试中吧，再等个三五年才上得了。
可以说不是java的话，android早就挂了，还谈什么未来
如果还在质疑android现在的开发模式性能不达标，建议去装个雷神3的移植版。
然后你再找一台可以按这个帧数运行的诺基亚程序出来。
milestone在硬件上最接近的机器，就是诺基亚的n900了，两者cpu/ram一样。n900的利于虚拟内存的因素，程序切换非常快。但可以看出雷神3在两者上的运行帧数相差并不大。
用户xutinggsy
说java必死的人多了，你算老几
用户uiiang
看着这个帖子, 曾经有一瞬间我恍惚以为到了CSDN, 又感觉是JAVAEYES
楼主像我们大一刚上课，刚听了第一节C语言课，听老师讲了C语言优点的小娃娃，可笑可笑。
虽然单纯从效率上讲，汇编& C & C++ & C# = java & F#
封装的越好，编程开发就越简单，但是效率会越低。
开发的难易程度与效率本身就是一对不可调和的矛盾。
按楼主那个幼稚逻辑，用汇编来做开发的手机系统，是不是前途无量啊？
除非与底层密切相关，或者是对效率要求苛刻，要不然C的那点优势就没有了。
用户kylinbaby
哥哥...我做java的...目前java的大型系统远远超过C++,而且手机应用java是最好的,java可以几乎完美的跨平台,这样才能在多个厂商的机种中用同一软件
微软为什么会推出一个效率低的C#？就是看到自己MFC开发的难度，和java开发的便利。C#里面的托管完全就是java虚拟机的山寨版。（Imperator：让微软成旭猿情何以堪……）
再说了，nokia要黄了才找的Qt，你知道什么
用户dreampet
其实Google采用Java虚拟机的另一个很关键的原因，就是能使手机开发厂商摆脱Linux的GPL协议的束缚；Google通过Java虚拟机在Linux
内核和应用层之间做了隔离，因此，开源的只是内核和Java虚拟机，而厂商采用Java编写的驱动和应用则不需要开源，这样，既维护了各厂商的利益，又保证了各种android应用在各款手机的跨平台应用。
VERY总结一下，Android的成功就是基于java，7万的应用程序，java功不可没，java把数量庞大的pc的java
程序员拉入到嵌入式手机开发的大阵营。
Android的好玩也在于应用的很多很好玩，htc手机的程序放到TCL电视上都能运行，这就是跨平台的优势。
手机的硬件的多样化是pc完全不能比拟的，牺牲一点效率，换来5倍的开发方便，就是java做的了。
手机的cpu，即使是全部是arm，指令集也从arm7到arm9到 arm11到A8 ，而PC只是x86.
其他的系统也没有抽象出很高层的操作系统借口来给应用程序调用，而这个java虚拟机做了。
另外，android的虚拟机是谷歌自己优化过的虚拟机，不是sun公司的虚拟机，性能在优化中，即使这样，android
2.1的系统，大家用起来都感觉不错了。而据说android 2.2的虚拟机比2.1的性能提高3倍以上……
所以大家就尽情期待2.2吧。
转载完毕。
Imperator：首先声明本人不是学编程专业的，专业的要开炮也去找同级别人士。这篇转载文章很旧了，现在已经Android4.0了，并且市场的应用程序已经接近60万。就Android的计算方法来讲，绝对是更适合高端配置的手机，一来系统程序在高性能硬件的带动下效率更高，二来Android高配机最让用户享受体验的是多任务并行处理，而不需要像iOS或者Windows
phone那样后台程序进入停滞的墓碑模式，不过也因此Android像PC
windows系统一样很吃内存，幸好内存回收机制在4.0中够完善了，不过512MB
RAM依旧是Android流畅体验的底线。就使用体验来说，双核旗舰级别的Android智能手机的流畅度绝不亚于iOS和windows
phone，并且界面更漂亮，可玩性更强。局限性是由于开源的特性导致终端硬件类型太过繁杂，大型3D程序并不能做到对每一款手机终端硬件的最高效率优化。
不过还是那句话，如果不远的未来的哪一天，微软通过某一款windows系统（win9？）统一了旗下所有产品的操作平台，并且windows
phone、xbox、windows PC、windows
pad等等之间能够在同一个操作系统的基础上同步互动，那我必然在移动领域也跳槽至windows用户。苹果就算了吧，以它那点鸡肋的研发能力，开发高性能主机就真是要了他们的命了，还有什么狗屁iTV再怎么做也是做不过xbox+Kinect的家庭娱乐系统的，毕竟水果硬件真是不行。不过微软这庞然大物依然是掉头太慢，三星已经即将推出的Android
pad了，而win8 pad
2012年年底才推出，虽然微软在移动领域的发力时间落后了苹果几年，不过期望年底推出的时候至少也得比苹果这流货色硬件更强才成。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。【转】Java效率真的很低吗？Android为何要采用？_java吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：600,436贴子：
【转】Java效率真的很低吗？Android为何要采用？收藏
今天突然知道了一件事，让我彻彻底底的否定了milestone和android的前途!　　那就是android软件竟然用java开发，这不是自寻死路吗。不知道android开发者是怎么想的，java那个垃圾得，脑残了，竟然不用C++，java写的烂东西怎么能和NOKIA的C++的QT相比呢。唉，就此一点就彻底否定了android，失败是迟早的事。　　在众多无知的，自娱自乐的安饭的攻击下，我回去恶补了一下android的知识，结果发现google自己搞了一套什么所谓的Dalvik virtual machine。那个设计垃圾得。绝对不是吹，我拍脑袋都能想出来。唉，就那个架构，还开发3D游戏，还开发桌面级的应用，歇吧，等NOKIA的symbian3, MS的WP7出来了，让你Android看看什么叫应用，倒时候可把你的眼睛睁大了!　　java的效率很低啊。而且现在程序高手一般都讨厌java，其实他们看不起java也是有道理的，java真的很垃圾。相信我，希望MOTO早点醒悟吧，不要在android上投入太大，还是多在WP7和SB3上下点功能吧。android的SDK是java开发的，这个没有错啊。我今天刚看了andorid的开发方式，唉，都看不下去了，一看到eclipse，java就伤心啊，google那帮人怎么会想到用java呢。天啊，这不是自掘坟墓吗，多好的linux内核，就被遭塌了。　　技术先进的不一定有市场。　　想当初比windows系统技术先进的多了，可现在呢。　　市场决定一切。　　纯语言而言，JAVA的执行效率确实不如C++。 但这只是一方面，现今的硬件资源已经很充裕了， 牺牲一点资源消耗，从而获得架构、安全、扩展、健壮等方面的优势难道不更好么？更何况如果runtime做得好的话，除了资源占用大点，效率方面基本没什么损失……net不就是这样么，加载的时候慢点，运行的时候并不慢。而且android应用运行环境并不是Sun Java。所以楼主说法是没有根据的，如果有请拿出数据来。　　另外，再复制一大堆东西给LZ看看，虽然现在NDK不是很完善，但难保以后会怎么样，JAVA和C/C++同时开发三方应用？呵呵。　　1、前言　　6月26日，Google Android发布了NDK，引起了很多发人员的兴趣。NDK全称：Native Development Kit。下载地址为：。　　2、误解　　新出生的事物，除了惊喜外，也会给我们带来一定的迷惑、误解。　　2.1、误解一：NDK发布之前，Android不支持进行C开发　　在Google中搜索“NDK”，很多“Android终于可以使用C++开发”之类的标题，这是一种对Android平台编程方式的误解。其实，Android平台从诞生起，就已经支持C、C++开发。众所周知，Android的SDK基于Java实现，这意味着基于Android SDK进行开发的第三方应用都必须使用Java语言。但这并不等同于“第三方应用只能使用Java”。在Android SDK首次发布时，Google就宣称其虚拟机Dalvik支持JNI编程方式，也就是第三方应用完全可以通过JNI调用自己的C动态库，即在Android平台上，“Java+C”的编程方式是一直都可以实现的。　　当然这种误解的产生是有根源的：在Android SDK文档里，找不到任何JNI方面的帮助。即使第三方应用开发者使用JNI完成了自己的C动态链接库(so)开发，但是so如何和应用程序一起打包成apk并发布？这里面也存在技术障碍。我曾经花了不少时间，安装交叉编译器创建so，并通过asset(资源)方式，实现捆绑so发布。但这种方式只能属于取巧的方式，并非官方支持。所以，在NDK出来之前，我们将“Java+C”的开发模式称之为灰色模式，即官方既不声明“支持这种方式”，也不声明“不支持这种方式”。　　2.2、误解二：有了NDK，我们可以使用纯C开发Android应用　　Android SDK采用Java语言发布，把众多的C开发人员排除在第三方应用开发外(注意：我们所有讨论都是基于“第三方应用开发”，Android系统基于Linux，系统级别的开发肯定是支持C语言的。)。NDK的发布，许多人会误以为，类似于Symbian、WM，在Android平台上终于可以使用纯C、C++开发第三方应用了!其实不然，NDK文档明确说明：it is not a good way。因为NDK并没有提供各种系统事件处理支持，也没有提供应用程序生命周期维护。此外，在本次发布的NDK中，应用程序UI方面的API也没有提供。至少目前来说，使用纯C、C++开发一个完整应用的条件还不完备。　　3、NDK是什么　　对NDK进行了粗略的研究后，我对“NDK是什么”的理解如下：　　1)NDK是一系列工具的集合。　　NDK提供了一系列的工具，帮助开发者快速开发C(或C++)的动态库，并能自动将so和java应用一起打包成apk。这些工具对开发者的帮助是巨大的。　　NDK集成了交叉编译器，并提供了相应的mk文件隔离CPU、平台、ABI等差异，开发人员只需要简单修改mk文件(指出“哪些文件需要编译”、“编译特性要求”等)，就可以创建出so。　　NDK可以自动地将so和Java应用一起打包，极大地减轻了开发人员的打包工作。　　2)NDK提供了一份稳定、功能有限的API头文件声明。　　Google明确声明该API是稳定的，在后续所有版本中都稳定支持当前发布的API。从该版本的NDK中看出，这些API支持的功能非常有限，包含有：C标准库(libc)、标准数学库(libm)、压缩库(libz)、Log库(liblog)。　　4、NDK带来什么　　1)NDK的发布，使“Java+C”的开发方式终于转正，成为官方支持的开发方式。　　使用NDK，我们可以将要求高性能的应用逻辑使用C开发，从而提高应用程序的执行效率。　　使用NDK，我们可以将需要保密的应用逻辑使用C开发。毕竟，Java包都是可以反编译的。　　NDK促使专业so组件商的出现。(乐观猜想，要视乎Android用户的数量)　　2)NDK将是Android平台支持C开发的开端。　　NDK提供了的开发工具集合，使开发人员可以便捷地开发、发布C组件。同时，Google承诺在NDK后续版本中提高“可调式”能力，即提供远程的gdb工具，使我们可以便捷地调试C源码。在支持Android平台C开发，我们能感觉到Google花费了很大精力，我们有理由憧憬“C组件支持”只是Google Android平台上C开发的开端。毕竟，C程序员仍然是码农阵营中的绝对主力，将这部分人排除在Android应用开发之外，显然是不利于Android平台繁荣昌盛的。　　uiiang　　我就是做JAVA开发的，楼主说JAVA的效率比C++低，确实是这样。不过现在的CPU和内存等等各方面机器性能越来越快，这种效率上的差别只是理论上的数据罢了，没有专业的评测软，已经很难看到这种效率上的差别。　　另外有一点很重要的就是，手机也好，电脑也好，不论操作系统做的多好，多炫，最重要的是软件的支持。　　没有广大软件开发者的支持，没有众多的软件，再好的系统也白搭。　　JAVA和C++相比，执行效率上是有些差，但是JAVA的入门门槛比C++低，可以吸引更多的开发者，这一点非常重要。　　学习和精通C++的成本实在比JAVA要高太多了。　　haniklz (精彩的在这里****************)　　现在还停留在哪个语言好这种层次上的话，你确实应该认真学习一下了。　　java很差？你问问你老师看看。　　为什么android为选择java？就看到执行效率了吗？有没有想过什么叫开发效率。　　android短时间内3w应用java可谓功不可没。android如果仅仅是linux那么简单，最终可能也就落得和形形色色的linux移动发行版一个下场。　　同样的绚丽的界面，用C语言开发可能耗时几个月，发现菜单还没做好，java语言几个小时搞定。　　如果一定要追求效率为什么不直接arm汇编开发好了。　　微软的wp7已经确定没有原生c++开发，也是基于。net的托管代码，原因？具有虚拟机层有很多好处，很重要一点就是安全性。开发的发展最初是C+汇编，现在除了在特定领域(比如驱动开发)还有人用汇编吗？　　开发难度当然是越低越好，你问问现在业内的开发人员，谁愿意做symbian的程序开发烦不烦？我们公司同样的程序在两个平台同时开发，symbian平台用了半年，android只用了不到3个月就进入测试期，如果不是仗着nokia的推广，明天symbian可能就不存在了。　　好吧，告诉楼主一个残酷的消息，qt程序的效率可没有你想的那么高R。　　android的虚拟机做过一定改进，是基于寄存器而不是基于栈的虚拟机，每个进程单独有虚拟机，版本路线图中未来也会加入jit，如果楼主还停留在十几年前的java的运行效率的认识上，那就太失败了。多学习下，如果lz是业内人士的话，少点浮躁情绪，对你以后的发展有好处。　　另外提句NDK里面一直都有openelgs库。jni调用即可。android为什么会采用java + c开发模式，google的架构师懂的比你多，他们对这些的分析和权衡恐怕不是你一句java是垃圾得来的。　　还有现在不是硬件不够，而是硬件过剩了。　　c语言和java都用了很多年，说实话最看不起就是你们这些以为某某语言比某某语言高级的人了，每个语言都有它擅长的领域。比如你用c语言给我整几个web应用出来看看，看你会不会吐血。　　最后再提醒楼主一句，就算你要比，你也得说是 编译型语言和解释型语言的区别啊，恐怕你就知道个C语言把……你让苹果的object c情何以堪，微软wp7上的c#情何以堪。　　另外还有一点，ANDROID是支持C++开发的，google并没有完全封锁掉C++的接口。　　语言是表现形式，比如我也可以做个编译器把java编译成机器码，把c编译成字节码 。　　运行效率的区别是编译型语言和解释型语言的区别，上面的源代码何种形式并不是对效率的决定因素 。　　还有个重要的方面就是架构问题，qt只是图形库而已，其效率并不一定被android的图形库效率高 。　　android的设计并不是为单一硬件平台，而是未来可能根本无法想象的各种硬件，如果不是采用了java虚拟机，今天的android恐怕只有htc那几台机器在运行而已，其他厂商更是在忙于调试中吧，再等个三五年才上得了。　　可以说不是java的话，android早就挂了，还谈什么未来。　　如果还在质疑android现在的开发模式性能不达标，建议去装个雷神3的移植版。　　然后你再找一台可以按这个帧数运行的诺基亚程序出来。　　milestone在硬件上最接近的机器，就是诺基亚的n900了，两者cpu/ram一样。n900的利于虚拟内存的因素，程序切换非常快。但可以看出雷神3在两者上的运行帧数相差并不大。　　看着这个帖子， 曾经有一瞬间我恍惚以为到了CSDN, 又感觉是JAVAEYES　　楼主像我们大一刚上课，刚听了第一节C语言课，听老师讲了C语言优点的小娃娃，可笑可笑。　　虽然单纯从效率上讲，汇编& C & C++ & C# = java & F#　　封装的越好，编程开发就越简单，但是效率会越低。　　开发的难易程度与效率本身就是一对不可调和的矛盾。　　按楼主那个幼稚逻辑，用汇编来做开发的手机系统，是不是前途无量啊？　　除非与底层密切相关，或者是对效率要求苛刻，要不然C的那点优势就没有了。　　哥哥…我做java的…目前java的大型系统远远超过C++，而且手机应用java是最好的，java可以几乎完美的跨平台，这样才能在多个厂商的机种中用同一软件 。　　微软为什么会推出一个效率低的C#？就是看到自己MFC开发的难度，和java开发的便利。C#里面的托管完全就是java虚拟机的山寨版。　　再说了，nokia要黄了才找的Qt，你知道什么？　　总结一下，Android的成功就是基于java，7万的应用程序，java功不可没，java把数量庞大的pc的java 程序员拉入到嵌入式手机开发的大阵营。　　Android的好玩也在于应用的很多很好玩，htc手机的程序放到TCL电视上都能运行，这就是跨平台的优势。　　手机的硬件的多样化是pc完全不能比拟的，牺牲一点效率，换来5倍的开发方便，就是java做的了。　　手机的cpu，即使是全部是arm，指令集也从arm7到arm9到 arm11到A8 ，而PC只是x86。　　其他的系统也没有抽象出很高层的操作系统借口来给应用程序调用，而这个java虚拟机做了。　　另外，android的虚拟机是谷歌自己优化过的虚拟机，不是sun公司的虚拟机，性能在优化中……
玛纳塔专注于家庭教育、家庭健康的定制服务
你可以考虑用simple语言开发呀，这是官方推荐语言啊
安卓手机普遍都4核了，谁在意那点细节。
灰常给力！！我本来决定走web路线的人，感觉都要想去做安卓了！！
你是为了证明what？
这啥几把贴子？复制粘贴也要有个主题吧
千锋java,Java+大数据全项目实训,两周免费试听,0基础小班授课!千锋java零学费学习,Java+大数据培训,先入学后付款
水表，你懂个蛋。还说什么谷歌为什么会用java开发，我操你妹的，java是谁的你造么？？运行效率低。水表，呵呵。滚粗。
该帖希望对和我一样迷惑于c和java如何抉择的人作为参考资料
没有这种文章计生，说自己会java的菜鸟该耽误多少公司啊。
java只做应用层的开发
这都多老的帖子了，转发来有何目的？
以前我看一个2万的程序员说自己简历，1年
精通 C C++ JAVA
，，，，的N门语言
会使用C C++ java 几门语言
了解过这些语言，一般要做什么软件都能做出来
太长，没看-----------------------------满堂花醉三千客，一剑光寒十四州。流星白羽光出匣，一剑无痕雪漫山。
JAVA有个框架叫做MINA，效率已经媲美C/C++了，而且真的到了企业评估方案的话，能用MINA的估计也不会用C/C++了JAVA之所以前几年市面上觉得不如C/C++效率高，但是随着编程的发展人类的进步，发现JAVA这个东西就是不同的思想带来不同的效果，目前看来，只要不是牵涉到与硬件交互的程序全部都可以用JAVA来代替，即便是嵌入式的JAVA也自有它的优势之处，别忘了JAVA的诞生就是为了嵌入式
这是怎么了。。
Java 效率低是事实没必要争 但谷歌选这个也是为了方便开发（毕竟开发Java方面的人多啊
上手快啊）！硬件上来了也就没啥区别了！不过安卓的多任务还是改为ios或者wp系统的 ，缓存那个退出时状态比较好！很多app都喜欢自动运动，导致都在抢cpu资源，所以基本用久了，都会有卡的感觉！
下意识的看了下发帖时间 从哪复制的？
牛皮。学java果断的前途无量
牛皮。学java果断的前途无量
cpu越来越快，还有什么慢的…
登录百度帐号推荐应用
为兴趣而生，贴吧更懂你。或