在接下來的內容中，我們將查看的熱點，以及今年會更熱的熱點。當然說的是Java方面的。好的，那就啟航吧。

Java 9，你真好，你讓我神魂顛倒

首先從Java 6中的一個bug說起，這個bug在Java 9中將變成一個功能：sun.misc.Unsafe。此庫是用於執行低級別、不安全操作的方法的集合。例如，使用allocate Instance方法允許你跳過對象初始化階段或繞過構造函數中的安全檢查。

雖然Oracle考慮過幹脆刪除Unsafe庫，但社區改變了他們的主意，並最終使Unsafe庫成為了Java 9的一個功能。

這不是唯一一次社區談論Java 9或Java未來版本的可能變化。今年早些時候，Brian Goetz，Oracle的Java語言架構師發布了JEP 286的調查結果。

該提案建議在未來的Java版本中引入Local Variable Type Inference，以簡化Java應用程序的編寫。實質？ 74％的開發人員希望不要那麽冗長，並且能夠聲明變量而不必指定相關聯的類型。

過了200多天，直到Java 9將被發布（因為我們掰著手指在數它的發布日期），我們有足夠的時間來挖掘不同的JEPs，並找到新的和改進的功能。這就是我們遇到的JEP 266：更多並發更新，包括CompletableFuture和令人興奮的java.util.concurrent.Flow類的更新。

毫無疑問，過去一年中，Java 9已經成為了頭條新聞，並且隨著我們進入2017年，它將繼續獲得越來越多的關註。現在我們要做的是等待，希望它不會被再次延遲發布。

關於Java EE？

2016年對於Java Enterprise Edition，也被稱為Java EE來說是有意義的一年。它一直是全球Java社區的一個混亂的來源，因為它建立在Java SE之上。從官方來說，它就“只是”一個規範，通過來自Oracle（如Glassfish參考實現）和其他廠商如Red Hat和IBM的實際可用的實現。

Java EE存在著許多問題，主要是這一個“Oracle是否已經放棄了企業軟件？”。Java EE的致命打擊來自Gartner的“應用程序平臺市場指南”報告。在報告中，Gartner指出，Java EE是為了“已經過時且不再滿足現代應用程序需求的模型”而構建的。唉~

Java EE社區表示Gartner說得不太對，並由此引發了圍繞這個版本的討論。Java EE 8預計將在2017年上半年發布，我們覺得現在就贊譽它還為時尚早。我們必須等待，看看結果如何以及Java EE是否會崩潰。

關於更多Java

Java不僅僅是Java 9，它還有很多趨勢是你必須保持在潮流之上的。一個好的開始瀏覽2016年的100個頂級Java庫，檢查在過去一年是否有任何你可能錯過了的東西。

此外，如果庫並非你所好，那麽還有一些有趣的來自於Google的Java庫（不是Guava）值得一閱。

遵循教育路線，有一些關鍵的元素你只能隨著經驗的增長而學到，所以準備好學習吧。

如果你正在尋找挑戰，那麽有很多項目值得你花時間。你可以試著去解決這些優雅的問題，字符串操作，或者甚至Java音樂播放器，邊玩邊學習。當然，如果你遇到任何問題或有任何疑問的話，偉大的Stackoverflow隨時為你提供服務。這裏有七個我們發現的最佳問題。

有趣的小軼事：你能猜到GitHub的頂級Java項目如何使用日誌嗎？我們分析了1,313個GitHub存儲庫中的779,236個Java日誌記錄語句，以找出答案：ERROR，WARN還是FATAL？

將Java放在容器中

容器在新一年中變得非常有用，並且它們在管理servlet的生命周期，將URL映射到特定servlet並確保URL請求者具有正確的訪問權限時也非常方便。

很多人都對Java容器感興趣。在我們對Alpine Linux和Docker的結合激起了興趣的幾個月後，單OverOps就可以支持聊天，然後我們看到越來越多的用戶使用他們的容器嘗試它。

這就是為什麽我們決定嘗試Alpine Linux的原因，Alpine Linux是獨立的，脫離了Linux，基於musl libc（讀作’muscle’）和busybox。除了輕量級這個特點，它也遵循安全為主的原則，並且使用grsec / Pax，對於Linux內核而言增強了安全。

Docker仍然是業界最熱門的工具之一。該公司承擔了運輸代碼的挑戰性任務，並且使它更快更容易地使用容器。但是，如果你想在Docker上使用Java，那麽你可能需要重新考慮一下，因為它可能會導致你打破（Java）戒律。

關於DevOps？

我們知道你在想什麽——下面我們將來說一說這個流行語。我們在2016年遇到的最常見的主題之一是DevOps，它有著各種各樣的含義和工作方法。它的要旨是專註於知道在一個實時應用程序中發生了什麽，並能夠控制它。

我們怎麽做到這一點？通過監控我們的生產環境。性能問題，錯誤和異常總是在產生，我們必須知道究竟發生了什麽。但是，我們怎麽知道什麽時候以及為什麽產生了某些問題？這就是Observability的概念所在，幫助我們深入了解系統並知道發生了什麽。

它是DevOps工作流程的一部分，並且在控制理論中，它是通過其外部輸出的知識來推斷系統內部狀態如何的一種度量手段。這裏出現了另一個“流行語”：Instrumentation。正是Instrumentation允許我們在應用程序對我們和我們的用戶發瘋前獲得洞察。

在我們建立這些基石之後，現在是時候提供可以幫助我們監控應用程序性能的工具了。一旦應用程序啟動並運行，我們需要知道是否以及何時拋出錯誤或異常。這就是為什麽市場上有許多錯誤跟蹤工具，因此，所有你需要做的是選擇正確的。

錯誤不是唯一需要我們關註的問題，2016年剩下的最大挑戰是處理日誌文件。每個人都會使用日誌文件來搜索和理解應用程序中的錯誤、崩潰和異常。有些人使用直接方法和篩選純文本日誌文件，而其他人依靠日誌管理工具來幫助他們在log-haystack中找到錯誤。

日誌文件在2016年依然是個坑

如果你正在尋找一種新的方式來調試生產錯誤和異常，那麽OverOps（2016年期間進行了修改）可以為你提供了整個調用堆棧的完整源代碼和變量狀態。導致失敗的每個參數和每個變量會被傳遞到事務或工作流中。

還有很多

我們還不能忽略微服務的趨勢。有人會說，這就是另一個令人難以忍受的流行語，而另一些人則高歌吟頌其分解龐然大物或采取逆向方法和註重消極方面的優勢。

無論你用什麽方法看，這些日子好像每個人都搞微服務。現在你只需要小心在使用微服務時不要在生產中涉及它。

無服務器計算架構在過去幾年中也一直受到關註。無服務器計算的概念涉及部署代碼，而不是服務器。雲提供商不是購買、管理和擴展服務器，而是處理對VM的請求。

所以你仍然需要服務器，但這個新模式承擔了這個責任。或者換句話說，在處理到服務器或安裝的任何軟件上的部署都沒有麻煩。基本上，所有你需要的是一個管理的雲服務和一臺計算機。

以及最後一個，即使人工智能和機器學習已經存在一段時間了，但依然感覺每個人還是在談論它們。它們不再是科學家和研究人員的秘密，幾乎在任何新興技術中都可以看到實現的影子。

最近這一領域的喧囂塵上和演變進步使得非研究人員更容易了解相關內容。現在，你完全可以輕松訪問相關的算法和工具。你必須知道你在做什麽，而且通過機器學習能力來增強應用程序會容易得多。

進軍社區

你必須熱愛Java社區。因為它們不僅影響了語言的未來版本，而且還通過聚會、文章和一切有關Java的信息豐富了我們所有人。2016年有一些非常令人驚嘆的會議，如JavaOne，QCon，並且更多偉大的會談你現在還可以重新觀看。

在軟件開發中學習新事物的主要資源之一是觀看在線講座和視頻。這是一個偉大的平臺，因為裏面有Java專家與我們分享他們的經驗，而你無需離開舒適的沙發四處奔波。

或者，如果你不喜歡看視頻，那麽瀏覽Java decks也可以讓你保持更新到當前的新趨勢。

同伴支持與我們工作的每個方面都是相關的，而且我們可以從我們周圍的人那裏學到很多東西。一個關鍵的特點是多產，因為總有改進的余地。我們所要做的就是準備好接受建議，並傾聽任何願意發言的人。

不要忘記開源

社區的另一個關鍵因素是支持和促進開源項目。事實上，我們已經正式推出了你一直在等待（也有可能並非如此）的命令行工具——Bullshifier。它用於在大得離譜的代碼基礎上測試一些監控能力，通過成千上萬的調用深度，成千上萬的類，並結束了異常的事務。

最後的想法

**在2016年我們邂逅了很多主題和流行語。有一些我們已經知曉，有一些嶄新的東西則允許我們以完全不同的方式去看Java。現在我們期待著2017年的Java 9，期待2017年Java會有一些更新和更驚人的功能，會談，項目，甚至一兩個新的流行語。

喜歡小編輕輕點個關註吧！**

Java 程序員不容錯過的開發趨勢