作家艾薩克·阿西莫夫（Isaac Asimov）曾經說過“唯一不變的就是變化”。 這不僅僅是軟件行業中的一個短語，這是絕對的事實。 曾經有一天，Corba為王，但Web Services篡奪了它。 即使在Web服務領域，過去也全都是關于SOAP的，但是現在它是REST風格的服務 ，如今已經越來越流行。 現在，某些事物顯然比其他事物徘徊的時間更長。 關系數據庫已經存在了40年，并且還不會被NoSql淘汰。 自1999年以來 ，HTTP協議的版本為1.1 ，它幫助我們使用了稱為Internet的事物。 至于Java，在過去的15年中它一直是一種非常流行的計算機編程語言。

根據荷蘭研究公司Tiobe的總體流行程度，Java在1997年排名第5，在2007年排名第1，在2012年9月排名第2。在撰寫本文時， Amazon上有超過2,000種以英語編寫的Java編程書籍，并且有近300,000個線程與Java相關的Stackoverflow 。 但是，正如喬治·奧威爾（George Orwell）曾經說過的那樣：“眼下誰贏了，總是無敵的”。 但是Java是否立于不敗之地或開始消亡？ 這就是現在越來越多的問題。

以我的拙見，對Java的挑戰可以分為三類：

替代語言的興起

可擴展性/多核處理器

胖客戶的回報。

讓我們詳細說明一下...

替代語言的興起

替代語言可以分為兩類：在JVM上運行的語言（Scala，Groovy等）和不在JVM上的語言（Python，Ruby）。 一件有趣的事是，第一批人很大 。 在JVM上運行的語言并不是Java專有的，并且在某種程度上增強了Java的功能，這提醒了我們JVM是軟件工程的一個杰出之處。 開發團隊可以使用諸如Groovy之類的利基語言獲得更多的表達能力，但是當他們需要一些很酷的Java庫或只需要額外的性能時，仍然可以使用Java。 請記住，Groovy 2.0的優點可以加快它的運行速度，但是它仍然不如Java快 。

至于其中某些語言所提供的功能，這些功能不是Java所能做到的，雖然確實如此，但并非總是如此。 看一下Java 8的路線圖及其將包含的功能。 就像Java EE 5和6從Spring / Seam汲取靈感一樣，Java第八版主要發行版也將從其他語言汲取靈感。 例如，Lambdas將促進文字函數。 Java 8 Lamdas將支持類型推斷，由于它們只是文字，因此有可能像String文字或任何匿名Object一樣傳遞（并返回）它們。

這意味著不必編寫Comparator的實現以傳遞給Collections sort實用程序以對字符串列表進行排序，而在Java 8中，我們將要做：

Collections.sort(list, (s1, s2) -> s1.length() - s2.length());

因此，替代的JVM語言不會完全將Java淘汰。 它仍然存在，但是在聚會上演奏的音樂有更好的選擇，在聚會上客人鼓勵主人做更好的主人。

在多核平臺上擴展

至于多核和JVM，我們都知道，在單核上運行JVM可以在Java的第一個發行版中產生線程。 但是這些線程不是并行執行的，CPU很快在它們之間切換，給人以并行運行的印象。 JStack可能會告訴您，單核計算機上有50個線程的狀態為“可運行”，但這僅表示它們正在運行或有資格運行。 使用多核CPU，可以獲得真正的并行性。 JVM決定何時并行執行線程。

那么這是怎么回事？ 首先，即使并發和線程從一開始就是Java的功能，語言支持仍然很有限，這意味著開發團隊正在編寫許多自己的線程管理代碼-很快就會變得難看。 在JDK 1.5中，隨著java.util.concurrent包中一系列線程管理功能的出現，這大大緩解了。 其次，為了獲得更好的并行性，還需要其他一些東西。 Java 7中帶有Doug Lea的Fork / Join框架 ，該框架使用巧妙的技術（例如竊取工作和雙面隊列）來提高并行度。 但是，即使使用此框架，分解（和重新排列）數據仍然是程序員需要完成的任務。

函數編程為我們提供了另一個選擇，可以對數據集進行并行計算。
例如，在Scala中，您只需傳遞希望對數據進行操作的函數，并告訴scala您希望計算并行化。

outputAnswer((1 to 5).par.foreach(i => longComputation))

你猜怎么著？ Java 8中將提供相同的功能。

Array.asList(1,2,3,4,5).parallel().foreach(int i ->heavyComputation())

由于可伸縮性和性能是體系結構的表親，值得指出的是，在許多實驗中，Java仍然比其他語言表現更好。 出色的計算機語言基準測試游戲顯示Java勝過許多語言。 它在許多測試中擊敗了Perl，PHP，Python3，Erlang之類的東西，在幾乎所有測試中擊敗了Clojure，C＃，并且在性能結果方面僅落后于C ++。 現在，性能測試無法涵蓋所有??內容，并且上下文始終會有一些偏向，這會偏向于一種語言而不是另一種語言，但是通過這些測試，就好像Java并不是一個緩慢的教練。

胖客戶的回報

自AJAX問世以來， 道格·克羅克福德 （ Doug Crockford）告訴人們如何使用JavaScript以及大量優秀的JavaScript庫的興起，使胖客戶端真正回來了。 閉上你的眼睛，想象一下像gmail這樣的酷炫單頁Web應用程序的外觀和感覺，如果它只是基于Spring MVC，JSF或Struts的瘦客戶機Web框架–您將無法擊敗設計良好的胖客戶機的性能。

可以節省的一個好處是，JavaScript難以實現，遠比某些人認為的要好。 真正了解Closure，模塊和各種JavaScript最佳實踐需要花費大量的思考，而不是像在Spring MVC和Struts這樣的Web框架中了解自己的方式。 此外，構建單個頁面的Web應用程序（同樣是gmail）不僅需要出色JavaScript理解，還需要了解Web的工作方式。 例如，瀏覽器不會在瀏覽器歷史記錄中放入Ajax請求。 因此，如果您希望后退和前進按鈕對用戶有用且有意義，則您必須對片段標識符進行一些巧妙的處理。

這里可能存在一些使用Web框架和JavaScript的混合方法，當然還有一些JavaScript庫的空間。 這為開發人員提供了構建應用程序的結構，然后使您有機會使用JavaScript，JQuery或任何很棒的庫，使該應用程序的重要部分變得花哨。 在真正的胖Web客戶端方法中，不應從服務器提供HTML（即沒有JSP），唯一從服務器返回的就是數據（以JSON的形式）。 但是，使用混合方法可以使從瘦到胖的過渡更加容易，并且仍可以將JavaScript庫放在CDN上，您將無法獲得完全胖Web客戶端方法的所有優點。

摘要

總之，Java經歷了一些糟糕的時刻。 與Struts和Spring MVC之類的其他框架相比，AWT是一項緊急工作，Swing存在性能問題，EJB的早期迭代很麻煩，并且JSF還是有問題的。 但是，即使到了今天， Hadoop等極富創新性的項目還是使用Java構建的。 它仍然得到開源社區的大力支持。 這種支持不僅對Java有所幫助，而且還向Java展示了它的一些問題以及需要改進的地方。 Java證明了它具有進一步發展的能力，而其他語言則挑戰了它，我認為游戲還沒有結束。 不用說，Java的未來很大一部分將取決于Oracle，但讓我們希望，無論發生什么情況，贏家都是技術。

相關鏈接

Yammer及其向scala的遷移

詹姆斯·高斯林（James Gosling）在Google技術講座上探討Java的現狀和未來

Oracle上的文章描述了Java 7中的Fork和Join

Eric Bruno： 構建Java多核應用程序

Edgardo Hernandez： Java中的并行處理

IEEE 十大編程語言

JDK 8下載

關于Fork Join的Java Code Geeks文章

愛德華·哈寧的《好叉》加入文章

叉子/ Doug Lea的紙張

Fork / Join Java從Doug Lea更新信息

Scala Java神話 – Urs Peter和Sander van der Berg的精彩文章

參考： Java已死還是不可戰勝？ 從我們的JCG合作伙伴 Alex Staveley在都柏林的技術博客博客中獲得。

翻譯自: https://www.javacodegeeks.com/2012/09/is-java-dead-or-invincible.html

總結

以上是生活随笔為你收集整理的Java死了还是无敌？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。