作為最受歡迎的編程語言之一，Java已經走過了20個年頭。從已經落寞的諾基亞到現在火熱的電商系統，我們都能看到Java語言的身影。經過20年的歷練，這門語言已經逐漸成熟，并經過很多大型系統的考驗。社區關于這門語言的討論，也從語言使用過渡到了性能優化以及反思。　　

InfoQ上有大量的關于Java性能、語言細節、語言對比等方面的文章，現在向大家推薦10篇精選的優秀文章，這些文章來自微信公眾號InfoQ，如果您對各類技術感興趣，推薦關注，后續我們也將會把最優秀的內容第一時間通過微信公眾號推送給您。　　

（1）作為一名Java程序員，我為何不在生產項目中轉向GO自Google在2009年發布Go語言的第一個正式版之后，這門語言就以出色的語言特性受到大家的追捧，尤其是在需要高并發的場景下，大家都會想到是不是該用Go。隨后，在國內涌現出了一批以七牛為代表的使用Go作為主要語言的團隊，而許世偉大神本人也在各種場合下極力推動Go在國內的發展，于是在這種大環境下，中國的Go開發者群體逐漸超越了其他地區。　　

那么問題來了，業余時間好學是一回事，真正要將一個新東西運用到生產中則是另一回事。JavaScript的開發者可以義無反顧地選擇Node.js，但是對于Java開發者來說，在下一個大項目里究竟是該選擇Go，還是Java呢？　　

（2）企業級Java應用最重要的4個性能指標雖然很多人都曾預言Java將一蹶不振，但是不可否認的是，很多重要項目中，尤其是銀行和政府一些大型項目，Java仍在其中扮演著極其重要的角色。國內APM領軍企業OneAPM的Java工程師陶炳哲，多次參與銀行、運營商等大型企業的性能優化工作,總結了企業級Java應用最應重視的4個性能指標，主要包括：商業事務，外部服務，垃圾回收以及應用布局。　　

（3）你的Java代碼對JIT編譯友好嗎？JIT編譯器是Java虛擬機（以下簡稱JVM）中效率最高并且最重要的組成部分之一。但是很多的程序并沒有充分利用JIT的高性能優化能力，很多開發者甚至也并不清楚他們的程序有效利用JIT的程度。　　

在本文中，我們將介紹一些簡單的方法來驗證你的程序是否對JIT友好。這里我們并不打算覆蓋諸如JIT編譯器工作原理這些細節。只是提供一些簡單基礎的檢測和方法來幫助你的代碼對JIT友好，進而得到優化。　　

（4）Java大牛談：我為什么反對用Node　　

隨著無線端的快速普及，前后端分離技術走上前臺，而Node由于它的一些特性被工程師快速接受尤其是前端工程師，所以產生了很多Node是否會引起新的技術變革的討論。　　

我本人是淘系的一個Web開發人員，基本上經歷了淘系關于Node和Java技術選型討論的過程，所以今天我給大家推演一下在像淘系這個環境下Node能否會成為主流的Web開發技術，當然后面也給出了我認為比較適合的場景。　　

（5）Java永久代去哪兒了在Java虛擬機（以下簡稱JVM）中，類包含其對應的元數據，比如類的層級信息，方法數據和方法信息（如字節碼，棧和變量大小），運行時常量池，已確定的符號引用和虛方法表。　　

在過去（當自定義類加載器使用不普遍的時候），類幾乎是“靜態的”并且很少被卸載和回收，因此類也可以被看成“永久的”。另外由于類作為JVM實現的一部分，它們不由程序來創建，因為它們也被認為是“非堆”的內存。　　

在JDK8之前的HotSpot虛擬機中，類的這些“永久的”數據存放在一個叫做永久代的區域。永久代一段連續的內存空間，我們在JVM啟動之前可以通過設置-XX:MaxPermSize的值來控制永久代的大小，32位機器默認的永久代的大小為64M，64位的機器則為85M。永久代的垃圾回收和老年代的垃圾回收是綁定的，一旦其中一個區域被占滿，這兩個區都要進行垃圾回收。但是有一個明顯的問題，由于我們可以通過?XX:MaxPermSize 設置永久代的大小，一旦類的元數據超過了設定的大小，程序就會耗盡內存，并出現內存溢出錯誤(OOM)。　　

備注：在JDK7之前的HotSpot虛擬機中，納入字符串常量池的字符串被存儲在永久代中，因此導致了一系列的性能問題和內存溢出錯誤。想要了解這些永久代移除這些字符串的信息，請訪問這里查看。　　
　　（6）Java9新功能：HTTP2&REPL篇對Java 9的炒作將不再局限于模塊化（modularity），Java 9正在搜羅大量額外的功能模塊，這些功能模塊正作為Java增強提案（JEP）提交，并在OpenJDK (Java SE的參考實現項目）中實現。　　

在這篇文章中，我們將重點關注一些或將在Java 9整個生命周期中，對開發者的工作生活影響最大的JEP，包括新的HTTP/2支持和JShell REPL（讀取-求值-打印-循環），后者帶來了基于shell的交互式Java開發環境和探索性開發API。　　

（7）簡化你的Java代碼，讓工作更高效計算機專家在問題求解時非常重視表達式簡潔性的價值。Unix的先驅者Ken Thompson曾經說過非常著名的一句話：“丟棄1000行代碼的那一天是我最有成效的一天之一。”這對于任何一個需要持續支持和維護的軟件項目來說，都是一個當之無愧的目標。早期的Lisp貢獻者Paul Graham甚至將語言的簡潔性等同為語言的能力。這種對能力的認識讓可以編寫緊湊、簡介的代碼成為許多現代軟件項目選擇語言的首要標準。　　

相比于其他程序設計語言，Java語言的冗長已經名聲在外。其主要原因是由于程序開發社區中所形成的慣例，在完成任務時，很多情況下，要更大程度地考慮描述性和控制。例如，長期來看，長變量名會讓大型代碼庫的可讀性和可維護性更強。描述性的類名通常會映射為文件名，在向已有系統中增加新功能時，會顯得很清晰。如果能夠一直堅持下去，描述性名稱可以極大簡化用于表明應用中某一特定的功能的文本搜索。這些實踐讓Java在大型復雜代碼庫的大規模實現中取得了極大的成功。　　

本文將著重介紹編寫簡潔Java代碼的最佳實踐，特別是關于JDK8中新增的功能。簡而言之，Java中Lambda表達式的引入讓更加優雅的代碼成為可能。這在用新的Java Streaming API處理集合時尤其明顯。　　

（8）你的Java日志，有沒有用這些改進辦法在任何系統中，日志都是非常重要的組成部分，它是反映系統運行情況的重要依據，也是排查問題時的必要線索。絕大多數人都認可日志的重要性，但是又有多少人仔細想過該怎么打日志，日志對性能的影響究竟有多大呢？今天就讓我們來聊聊Java日志性能那些事。　　

（9）Java NIO通信框架在電信領域的實踐從廣義上看電信軟件的范圍非常廣，細分實際可以分為兩大類：系統軟件和業務應用軟件。　　

系統軟件包括路由器底層的信令機軟件、手機操作系統等，業務應用軟件主要包括客戶關系管理CRM、網上營業廳、融合計費OCS和各類消息網關，例如短信網關、彩信網關等。　　

本文重點介紹電信業務應用軟件的技術變遷歷史，以及華為電信軟件架構演進和Java NIO框架在技術變遷中起到的關鍵作用。　　

（10）寫代碼這回事兒，架構師你可以說不嗎？要讓一個成功的架構得以實現，架構師必須要在整個生命周期始終保持與交付團隊的緊密合作。保持緊密合作能夠促進架構層面的快速反饋循環。并且還能夠為架構師提供更多的與團隊交流架構愿景和領導團隊的機會。　　

正如本文題目所描述的那樣，架構師除了可以參與到實際的編碼工作中之外，還有許多其他的方式可以參與到交付團隊中，例如結對編程和同行評審。相反，某些參與方式有可能會對團隊造成負面影響，例如接管交付、不允許團隊自組織或者采用集體所有制。　　

其中一個關鍵目的是為了避免“象牙塔”架構師的角色——只在項目最初發布架構，然后就再也不見蹤影。謀求與交付團隊的協作關系，共同努力盡早識別和解決架構性缺陷，從而交付成功的架構和最終的產品。