Java效率真的很低嗎？Android為何要采用？
在hiapk網(wǎng)看到一個帖子，引發(fā)了很精彩大討論。
原帖地址：http://www.hiapk.com/bbs/thread-155312-1-2.html
原樓主標題：今天突然知道了一件事，讓我徹徹底底的否定了milestone和android的前途！
1樓 lz
今天突然知道了一件事，讓我徹徹底底的否定了milestone和android的前途！
那就是android軟件竟然用java開發(fā)，這不是自尋死路嗎。不知道android開發(fā)者是怎么想的，java那個垃圾得，腦殘了，竟然不用C++，java寫的爛東西怎么能和NOKIA的C++的QT相比呢。唉，就此一點就徹底否定了android，失敗是遲早的事。
在眾多無知的，自娛自樂的安飯的攻擊下，我回去惡補了一下android的知識，結(jié)果發(fā)現(xiàn)google自己搞了一套什么所謂的Dalvik virtual machine。那個設(shè)計垃圾得。絕對不是吹，我拍腦袋都能想出來。唉，就那個架構(gòu)，還開發(fā)3D游戲，還開發(fā)桌面級的應用，歇吧，等NOKIA的symbian3, MS的WP7出來了，讓你Android看看什么叫應用，倒時候可把你的眼睛睜大了！
9樓 lz
java的效率很低啊。而且現(xiàn)在程序高手一般都討厭java，其實他們看不起java也是有道理的，java真的很垃圾。相信我，希望MOTO早點醒悟吧，不要在android上投入太大，還是多在WP7和SB3上下點功能吧。android的SDK是java開發(fā)的，這個沒有錯啊。我今天剛看了andorid的開發(fā)方式，唉，都看不下去了，一看到eclipse，java就傷心啊，google那幫人怎么會想到用java呢。天啊，這不是自掘墳墓嗎，多好的linux內(nèi)核，就被遭塌了。
12樓 flf07
技術(shù)先進的不一定有市場。
想當初比windows系統(tǒng)技術(shù)先進的多了，可現(xiàn)在呢。
市場決定一切。
純語言而言，JAVA的執(zhí)行效率確實不如C++。 但這只是一方面，現(xiàn)今的硬件資源已經(jīng)很充裕了， 犧牲一點資源消耗，從而獲得架構(gòu)、安全、擴展、健壯等方面的優(yōu)勢難道不更好么？更何況如果runtime做得好的話，除了資源占用大點，效率方面基本沒什么損失。.net不就是這樣么，加載的時候慢點，運行的時候并不慢。而且android應用運行環(huán)境并不是Sun Java。所以樓主說法是沒有根據(jù)的，如果有請拿出數(shù)據(jù)來。
另外，再復制一大堆東西給LZ看看，雖然現(xiàn)在NDK不是很完善，但難保以后會怎么樣，JAVA和C/C++同時開發(fā)三方應用?呵呵。
1、前言
6月26日，Google Android發(fā)布了NDK，引起了很多發(fā)人員的興趣。NDK全稱：Native Development Kit。下載地址為：http://developer.android.com/sdk/ndk/1.5_r1/index.html。
2、誤解
新出生的事物，除了驚喜外，也會給我們帶來一定的迷惑、誤解。
2.1、誤解一：NDK發(fā)布之前，Android不支持進行C開發(fā)
在Google中搜索“NDK”，很多“Android終于可以使用C++開發(fā)”之類的標題，這是一種對Android平臺編程方式的誤解。其實，Android平臺從誕生起，就已經(jīng)支持C、C++開發(fā)。眾所周知，Android的SDK基于Java實現(xiàn)，這意味著基于Android SDK進行開發(fā)的第三方應用都必須使用Java語言。但這并不等同于“第三方應用只能使用Java”。在Android SDK首次發(fā)布時，Google就宣稱其虛擬機Dalvik支持JNI編程方式，也就是第三方應用完全可以通過JNI調(diào)用自己的C動態(tài)庫，即在Android平臺上，“Java+C”的編程方式是一直都可以實現(xiàn)的。
當然這種誤解的產(chǎn)生是有根源的：在Android SDK文檔里，找不到任何JNI方面的幫助。即使第三方應用開發(fā)者使用JNI完成了自己的C動態(tài)鏈接庫（so）開發(fā)，但是so如何和應用程序一起打包成apk并發(fā)布？這里面也存在技術(shù)障礙。我曾經(jīng)花了不少時間，安裝交叉編譯器創(chuàng)建so，并通過asset（資源）方式，實現(xiàn)捆綁so發(fā)布。但這種方式只能屬于取巧的方式，并非官方支持。所以，在NDK出來之前，我們將“Java+C”的開發(fā)模式稱之為灰色模式，即官方既不聲明“支持這種方式”，也不聲明“不支持這種方式”。
2.2、誤解二：有了NDK，我們可以使用純C開發(fā)Android應用
Android SDK采用Java語言發(fā)布，把眾多的C開發(fā)人員排除在第三方應用開發(fā)外（注意：我們所有討論都是基于“第三方應用開發(fā)”，Android系統(tǒng)基于Linux，系統(tǒng)級別的開發(fā)肯定是支持C語言的。）。NDK的發(fā)布，許多人會誤以為，類似于Symbian、WM，在Android平臺上終于可以使用純C、C++開發(fā)第三方應用了！其實不然，NDK文檔明確說明：it is not a good way。因為NDK并沒有提供各種系統(tǒng)事件處理支持，也沒有提供應用程序生命周期維護。此外，在本次發(fā)布的NDK中，應用程序UI方面的API也沒有提供。至少目前來說，使用純C、C++開發(fā)一個完整應用的條件還不完備。
3、NDK是什么
對NDK進行了粗略的研究后，我對“NDK是什么”的理解如下：
1）NDK是一系列工具的集合。
NDK提供了一系列的工具，幫助開發(fā)者快速開發(fā)C（或C++）的動態(tài)庫，并能自動將so和java應用一起打包成apk。這些工具對開發(fā)者的幫助是巨大的。
NDK集成了交叉編譯器，并提供了相應的mk文件隔離CPU、平臺、ABI等差異，開發(fā)人員只需要簡單修改mk文件（指出“哪些文件需要編譯”、“編譯特性要求”等），就可以創(chuàng)建出so。
NDK可以自動地將so和Java應用一起打包，極大地減輕了開發(fā)人員的打包工作。
2）NDK提供了一份穩(wěn)定、功能有限的API頭文件聲明。
Google明確聲明該API是穩(wěn)定的，在后續(xù)所有版本中都穩(wěn)定支持當前發(fā)布的API。從該版本的NDK中看出，這些API支持的功能非常有限，包含有：C標準庫（libc）、標準數(shù)學庫（libm）、壓縮庫（libz）、Log庫（liblog）。
4、NDK帶來什么
1）NDK的發(fā)布，使“Java+C”的開發(fā)方式終于轉(zhuǎn)正，成為官方支持的開發(fā)方式。
使用NDK，我們可以將要求高性能的應用邏輯使用C開發(fā)，從而提高應用程序的執(zhí)行效率。
使用NDK，我們可以將需要保密的應用邏輯使用C開發(fā)。畢竟，Java包都是可以反編譯的。
NDK促使專業(yè)so組件商的出現(xiàn)。（樂觀猜想，要視乎Android用戶的數(shù)量）
2）NDK將是Android平臺支持C開發(fā)的開端。
NDK提供了的開發(fā)工具集合，使開發(fā)人員可以便捷地開發(fā)、發(fā)布C組件。同時，Google承諾在NDK后續(xù)版本中提高“可調(diào)式”能力，即提供遠程的gdb工具，使我們可以便捷地調(diào)試C源碼。在支持Android平臺C開發(fā)，我們能感覺到Google花費了很大精力，我們有理由憧憬“C組件支持”只是Google Android平臺上C開發(fā)的開端。畢竟，C程序員仍然是碼農(nóng)陣營中的絕對主力，將這部分人排除在Android應用開發(fā)之外，顯然是不利于Android平臺繁榮昌盛的。
uiiang
我就是做JAVA開發(fā)的，樓主說JAVA的效率比C++低，確實是這樣。不過現(xiàn)在的CPU和內(nèi)存等等各方面機器性能越來越快，這種效率上的差別只是理論上的數(shù)據(jù)罷了，沒有專業(yè)的評測軟，已經(jīng)很難看到這種效率上的差別.
另外有一點很重要的就是，手機也好，電腦也好，不論操作系統(tǒng)做的多好，多炫，最重要的是軟件的支持。
沒有廣大軟件開發(fā)者的支持，沒有眾多的軟件，再好的系統(tǒng)也白搭。
JAVA和C++相比，執(zhí)行效率上是有些差，但是JAVA的入門門檻比C++低，可以吸引更多的開發(fā)者，這一點非常重要。
學習和精通C++的成本實在比JAVA要高太多了。
haniklz （精彩的在這里****************）
現(xiàn)在還停留在哪個語言好這種層次上的話，你確實應該認真學習一下了。
java很差？你問問你老師看看。
為什么android為選擇java？就看到執(zhí)行效率了嗎？有沒有想過什么叫開發(fā)效率。
android短時間內(nèi)3w應用java可謂功不可沒。android如果僅僅是linux那么簡單，最終可能也就落得和形形色色的linux移動發(fā)行版一個下場。
同樣的絢麗的界面，用C語言開發(fā)可能耗時幾個月，發(fā)現(xiàn)菜單還沒做好，java語言幾個小時搞定。
如果一定要追求效率為什么不直接arm匯編開發(fā)好了。
微軟的wp7已經(jīng)確定沒有原生c++開發(fā)，也是基于.net的托管代碼，原因？具有虛擬機層有很多好處，很重要一點就是安全性。開發(fā)的發(fā)展最初是C+匯編，現(xiàn)在除了在特定領(lǐng)域（比如驅(qū)動開發(fā)）還有人用匯編嗎？
開發(fā)難度當然是越低越好，你問問現(xiàn)在業(yè)內(nèi)的開發(fā)人員，誰愿意做symbian的程序開發(fā)煩不煩？我們公司同樣的程序在兩個平臺同時開發(fā)，symbian平臺用了半年，android只用了不到3個月就進入測試期，如果不是仗著nokia的推廣，明天symbian可能就不存在了。
好吧，告訴樓主一個殘酷的消息，qt程序的效率可沒有你想的那么高R。
android的虛擬機做過一定改進，是基于寄存器而不是基于棧的虛擬機，每個進程單獨有虛擬機，版本路線圖中未來也會加入jit，如果樓主還停留在十幾年前的java的運行效率的認識上，那就太失敗了。多學習下，如果lz是業(yè)內(nèi)人士的話，少點浮躁情緒，對你以后的發(fā)展有好處。
另外提句NDK里面一直都有openelgs庫。jni調(diào)用即可。android為什么會采用java + c開發(fā)模式，google的架構(gòu)師懂的比你多，他們對這些的分析和權(quán)衡恐怕不是你一句java是垃圾得來的。
還有現(xiàn)在不是硬件不夠，而是硬件過剩了。
c語言和java都用了很多年，說實話最看不起就是你們這些以為某某語言比某某語言高級的人了，每個語言都有它擅長的領(lǐng)域。比如你用c語言給我整幾個web應用出來看看，看你會不會吐血。
最后再提醒樓主一句，就算你要比，你也得說是 編譯型語言和解釋型語言的區(qū)別啊，恐怕你就知道個C語言把。。。你讓蘋果的object c情何以堪，微軟wp7上的c#情何以堪。
另外還有一點，ANDROID是支持C++開發(fā)的，google并沒有完全封鎖掉C++的接口。
語言是表現(xiàn)形式，比如我也可以做個編譯器把java編譯成機器碼，把c編譯成字節(jié)碼 。
運行效率的區(qū)別是編譯型語言和解釋型語言的區(qū)別，上面的源代碼何種形式并不是對效率的決定因素 。
還有個重要的方面就是架構(gòu)問題，qt只是圖形庫而已，其效率并不一定被android的圖形庫效率高 。
android的設(shè)計并不是為單一硬件平臺，而是未來可能根本無法想象的各種硬件，如果不是采用了java虛擬機，今天的android恐怕只有htc那幾臺機器在運行而已，其他廠商更是在忙于調(diào)試中吧，再等個三五年才上得了。
可以說不是java的話，android早就掛了，還談什么未來。
如果還在質(zhì)疑android現(xiàn)在的開發(fā)模式性能不達標，建議去裝個雷神3的移植版。
然后你再找一臺可以按這個幀數(shù)運行的諾基亞程序出來。
milestone在硬件上最接近的機器，就是諾基亞的n900了，兩者cpu/ram一樣。n900的利于虛擬內(nèi)存的因素，程序切換非?？?。但可以看出雷神3在兩者上的運行幀數(shù)相差并不大。
xutinggsy
說java必死的人多了，你算老幾
uiiang
看著這個帖子, 曾經(jīng)有一瞬間我恍惚以為到了CSDN, 又感覺是JAVAEYES
樓主像我們大一剛上課，剛聽了第一節(jié)C語言課，聽老師講了C語言優(yōu)點的小娃娃，可笑可笑。
雖然單純從效率上講，匯編< C < C++ < C# = java < F#
封裝的越好，編程開發(fā)就越簡單，但是效率會越低。
開發(fā)的難易程度與效率本身就是一對不可調(diào)和的矛盾。
按樓主那個幼稚邏輯，用匯編來做開發(fā)的手機系統(tǒng)，是不是前途無量??？
除非與底層密切相關(guān)，或者是對效率要求苛刻，要不然C的那點優(yōu)勢就沒有了。
kylinbaby
哥哥...我做java的...目前java的大型系統(tǒng)遠遠超過C++，而且手機應用java是最好的，java可以幾乎完美的跨平臺,這樣才能在多個廠商的機種中用同一軟件 。
微軟為什么會推出一個效率低的C#？就是看到自己MFC開發(fā)的難度，和java開發(fā)的便利。C#里面的托管完全就是java虛擬機的山寨版。
再說了，nokia要黃了才找的Qt，你知道什么？
總結(jié)一下，Android的成功就是基于java，7萬的應用程序，java功不可沒，java把數(shù)量龐大的pc的java 程序員拉入到嵌入式手機開發(fā)的大陣營。
Android的好玩也在于應用的很多很好玩，htc手機的程序放到TCL電視上都能運行，這就是跨平臺的優(yōu)勢。
手機的硬件的多樣化是pc完全不能比擬的，犧牲一點效率，換來5倍的開發(fā)方便，就是java做的了。
手機的cpu，即使是全部是arm，指令集也從arm7到arm9到 arm11到A8 ，而PC只是x86。
其他的系統(tǒng)也沒有抽象出很高層的操作系統(tǒng)借口來給應用程序調(diào)用，而這個java虛擬機做了。
另外，android的虛擬機是谷歌自己優(yōu)化過的虛擬機，不是sun公司的虛擬機，性能在優(yōu)化中……
原文鏈接：http://ictch.iteye.com/blog/997158
【編輯推薦】
