作家艾薩克·阿西莫夫（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的挑戰可以分為三類：

1. 替代語言的興起
2. 可擴展性/多核處理器
3. 胖客戶的回報。

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

替代語言的興起

替代語言可以分為兩類：在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，但讓我們希望，無論發生什么情況，贏家都是技術。

相關鏈接

1. Yammer及其向scala的遷移
2. 詹姆斯·高斯林（James Gosling）在Google技術講座上探討Java的現狀和未來
3. Oracle上的文章描述了Java 7中的Fork和Join
4. Eric Bruno： 構建Java多核應用程序
5. Edgardo Hernandez： Java中的并行處理
6. IEEE 十大編程語言
7. JDK 8下載
8. 關于Fork Join的Java Code Geeks文章
9. 愛德華·哈寧的《好叉》加入文章
10. 叉子/ Doug Lea的紙張
11. Fork / Join Java從Doug Lea更新信息
12. Scala Java神話 – Urs Peter和Sander van der Berg的精彩文章
    

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