A. java和C語言比哪個效率高
java是跨平台的，效率比一般的高級語言低，C語言幾乎直接轉換為機器語言，效率是比所有的高級語言都高。因此C寫的軟體在運行時比JAVA寫的同樣功能的代碼效果許多許多。
B. Java效率真的很低嗎android為何要採用
java的效率很低。而且現在程序高手一般都討厭java，其實看不起java也是有道理的，不要在android上投入太大，還是多在WP7和SB3上下點功能吧。android的SDK是java開發的，這個沒有錯啊。我今天剛看了andorid的開發方式，google那幫人怎麼會想到用java。
技術先進的不一定有市場。
想當初比windows系統技術先進的多了，可現在。
市場決定一切。
純語言而言，JAVA的執行效率確實不如C++。 但這只是一方面，現今的硬體資源已經很充裕了， 犧牲一點資源消耗，從而獲得架構、安全、擴展、健壯等方面的優勢難道不更好么？更何況如果runtime做得好的話，除了資源佔用大點，效率方面基本沒什麼損失……net不就是這樣么，載入的時候慢點，運行的時候並不慢。而且android應用運行環境並不是Sun Java。
C. 如何理解JAVA開發效率低
1. 至今為止，java是大量實際得到應用的語言中，可讀性最強，最利於閱讀和理解，語法最嚴謹和規范的語言（當然，這也可以理解為語法繁瑣的另一種表述）之一，在這一點上，只有已經基本退出歷史舞台的pascal可與之相提並論。而pascal並不是面對對象的，（面對對象的特點和優勢我就不再贅述了，有興趣可以查閱相關資料）。
基於這一點，產生了很多其獨特的優勢，例如：
java是目前最佳的演算法及數據結構教學語言（這個位置以前曾經是屬於pascal的）
java是傳統的軟體開發過程（生命周期管理）的最佳實踐語言，即在傳統的 「需求-設計-代碼-測試」 這樣的一個過程中，java是最能夠最大程度貫徹和實踐軟體工程學的理論的。從建模設計工具直接生成代碼，沒有比java更出色和靠譜的了。而從代碼去逆向生成的javadoc和uml也堪稱經典。只有java能夠在執行和操作層面，將「設計-代碼」這個過程如此出色的無縫集成起來。
java的白盒測試方面的表現非常出色和易行
java在代碼評審，缺陷管理，開發規范約束，大團隊的協同開發方面，有著無可爭辯的突出優勢
其實這樣的例子有很多，就不一一舉述了
2. java有著目前為止，最豐富，最強大的IDE開發環境，這是歷史原因形成的，包括商業因素在內
3. java有著現有所有語言中，擁有最長的產品線，適用性是最廣的語言之一。從前端的app應用，到嵌入式，到web，到伺服器應用
4. java擁有所有語言中最豐富的類庫和代碼資源
5. 至今為止，在被廣泛應用的編程語言中，java依然是開發效率最高的語言。之所以使用編程語言這個詞，是為了和腳本語言，以及4GL開發工具區隔開來。這些語言和編程語言相比，其適用性都有很大局限，而且後者（4GL）和OS平台緊耦合關聯。事實上，近10多年來，腳本語言領域突飛猛進（有賴於web應用提供了廣闊的舞台），而編程語言基本上自java之後就沒有太多大的新鮮事了。
商業層面：
1. java是目前為止唯一的，在商業和開源領域都得到大力推廣，推薦和使用的語言，其背後的推力是任何語言所不能比擬的。
2. java的誕生和發展，趕上了千載難逢的好機遇，歷史造就了java，這里就不展開了。
======================================================================
下面補充兩句，關於java與c/c++, java 與 Ruby、Python，以及企業軟體。
我個人是寫匯編和basic出身的，後來有大量的時間花在了C/C++上，java當年剛剛出來的時候，我正熱衷於CGI和perl的編程，也就是拿java做了一個簡單的applet玩玩而已。直到2005年，我才開始使用java大量得寫程序，一直到今天。去年底又開始學習Ruby和rails。20多年來，我正式使用過，有產品或者產出物的其他語言和工具也很多，包括foxbase，fortran，pascal，ada，lisp，VB，delphi，PB，C#，obj-c++，lua，PHP，js等等，Python和smalltalk也研究過一下。體會和感慨其實是挺多的。
到目前為止，其實我最喜歡的工具是PB，沒有之一。這和我的工作特點是密切相關的。但是PB只是一個在特定的狹窄領域做到極為出色的工具，隨著時代變遷，也就慢慢退出歷史舞台了。
直到目前為止，在我看來，擁有根本性的，不可替代優勢的語言，只有C/C++。雖然它可能開發效率更低，體系更復雜和笨重。在許多領域，C/C++是唯一的選擇，沒有替代品，它的適用性，也是最廣的，雖然在一些領域，它不是最佳的選擇，但是也是可用的選擇，哪怕是WEB領域，在一些直接和工控設備以及硬體打交道的web應用中，C CGI依然是很好甚至是最佳的選擇。
java的某些優勢，可以稱之為接近於不可替代。前面具體的優勢不復贅述，綜合來說，對於目的明確，業務非常復雜的應用，需要大規模團隊協同開發的，需要有復雜的設計過程的，java是毫無疑問的選擇，這也是為什麼java在企業應用領域大旗飄飄，傲視群雄的原因。即便像在互聯網領域，類似淘寶這樣有著復雜業務的公眾應用，java的使用也應該是必不可少的。（具體情況我不了解，有可能是某些局部的前端使用腳本語言，但是java應該是後台的骨架）
完全用腳本類語言去構建一個類似淘寶這樣的復雜系統，應該說是近乎不可能的。
現在一般談論Java 語言被很多人抱怨語法繁瑣、開發效率低、體系繁雜而笨重的人，基本上是敏捷性開發的擁護者，Python和ruby的使用者，尤其是ruby和rails的粉絲。
確實，作為一個正在學習ruby的人，對ruby和rails的優點我極為贊嘆，在某些WEB應用中，用ruby和rails開發其效率是java的10倍，這真的一點都不是誇張之詞。簡單，易學，高效，看上去很美，確實也很美。只是它的適用范圍相對就要窄一些。並不是所有的應用都適合或者都能夠用ruby和rails來開發的。在一些應用中，使用ruby和rails可能效果就很糟糕了。
對於java來說，Python和ruby這樣的腳本語言可能就像當年java對於C/C++一樣，在某些領域以其突出的優勢取代它，但是在其他的一些領域，腳本語言還是不能完全取代java。就像java不能完全取代C/C++一樣。要知道腳本語言的誕生，例如perl，還遠在java之前。
即便如此，在web開發領域，在ruby異軍突起的今天，我認為web應用開發的腳本語言領域，還遠未到其終極形態。也許，類似於WEB應用領域的4GL工具，已經呼之欲出了，至少在dashcode上，我看到了蘋果的這種野心。
或者我們期待一種全新的，革命性的編程語言的到來。