Java效率真的很低嗎？Android為何要采用？
在hiapk網看到一個帖子，引發了很精彩大討論。
原帖地址：http://www.hiapk.com/bbs/thread-155312-1-2.html
原樓主標題：今天突然知道了一件事，讓我徹徹底底的否定了milestone和android的前途！
1樓 lz
今天突然知道了一件事，讓我徹徹底底的否定了milestone和android的前途！
那就是android軟件竟然用java開發，這不是自尋死路嗎。不知道android開發者是怎么想的，java那個垃圾得，腦殘了，竟然不用C++，java寫的爛東西怎么能和NOKIA的C++的QT相比呢。唉，就此一點就徹底否定了android，失敗是遲早的事。
在眾多無知的，自娛自樂的安飯的攻擊下，我回去惡補了一下android的知識，結果發現google自己搞了一套什么所謂的Dalvik virtual machine。那個設計垃圾得。絕對不是吹，我拍腦袋都能想出來。唉，就那個架構，還開發3D游戲，還開發桌面級的應用，歇吧，等NOKIA的symbian3, MS的WP7出來了，讓你Android看看什么叫應用，倒時候可把你的眼睛睜大了！
9樓 lz
java的效率很低啊。而且現在程序高手一般都討厭java，其實他們看不起java也是有道理的，java真的很垃圾。相信我，希望MOTO早點醒悟吧，不要在android上投入太大，還是多在WP7和SB3上下點功能吧。android的SDK是java開發的，這個沒有錯啊。我今天剛看了andorid的開發方式，唉，都看不下去了，一看到eclipse，java就傷心啊，google那幫人怎么會想到用java呢。天啊，這不是自掘墳墓嗎，多好的linux內核，就被遭塌了。
12樓 flf07
技術先進的不一定有市場。
想當初比windows系統技術先進的多了，可現在呢。
市場決定一切。
純語言而言，JAVA的執行效率確實不如C++。 但這只是一方面，現今的硬件資源已經很充裕了， 犧牲一點資源消耗，從而獲得架構、安全、擴展、健壯等方面的優勢難道不更好么？更何況如果runtime做得好的話，除了資源占用大點，效率方面基本沒什么損失。.net不就是這樣么，加載的時候慢點，運行的時候并不慢。而且android應用運行環境并不是Sun Java。所以樓主說法是沒有根據的，如果有請拿出數據來。
另外，再復制一大堆東西給LZ看看，雖然現在NDK不是很完善，但難保以后會怎么樣，JAVA和C/C++同時開發三方應用?呵呵。
1、前言
6月26日，Google Android發布了NDK，引起了很多發人員的興趣。NDK全稱：Native Development Kit。下載地址為：http://developer.android.com/sdk/ndk/1.5_r1/index.html。
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在兩者上的運行幀數相差并不大。
xutinggsy
說java必死的人多了，你算老幾
uiiang
看著這個帖子, 曾經有一瞬間我恍惚以為到了CSDN, 又感覺是JAVAEYES
樓主像我們大一剛上課，剛聽了第一節C語言課，聽老師講了C語言優點的小娃娃，可笑可笑。
雖然單純從效率上講，匯編< C < C++ < C# = java < F#
封裝的越好，編程開發就越簡單，但是效率會越低。
開發的難易程度與效率本身就是一對不可調和的矛盾。
按樓主那個幼稚邏輯，用匯編來做開發的手機系統，是不是前途無量啊？
除非與底層密切相關，或者是對效率要求苛刻，要不然C的那點優勢就沒有了。
kylinbaby
哥哥...我做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公司的虛擬機，性能在優化中……
原文鏈接：http://ictch.iteye.com/blog/997158
【編輯推薦】
