歡迎您光臨本站 註冊首頁

Java效率真的很低嗎?Android為何要採用?

←手機掃碼閱讀     火星人 @ 2014-03-12 , reply:0
  

在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

 



[火星人 ] Java效率真的很低嗎?Android為何要採用?已經有936次圍觀

http://coctec.com/docs/program/show-post-71426.html