作者:京東零售劉一達 前言 2006年之後SUN公司決定將JDK進行開源,從此成立了OpenJDK組織進行JDK代碼管理。任何人都可以獲取該源碼,並通過源碼構建一個發行版發佈到網絡上。但是需要一個組織審核來確保構建的發行版是有效的, 這個組織就是JCP(Java Community Process)。2009年,SUN公司被Oracle公司"白嫖"(參考2018年Google賠款),此時大家使用的
前言 自 2014 年發佈以來, JDK 8 一直都是相當熱門的 JDK 版本。其原因就是對底層數據結構、JVM 性能以及開發體驗做了重大升級,得到了開發人員的認可。但距離 JDK 8 發佈已經過去了 9 年,那麼這 9 年的時間,JDK 做了哪些升級?是否有新的重大特性值得我們嘗試?能否解決一些我們現在苦惱的問題?帶着這份疑問,我們進行了 JDK 版本的調研與嘗試。 新特性一覽 現如今的 JDK
1 前言 垃圾回收器的暫停問題一直是Java工程師關注的重點,特別是對實時響應要求較高的服務來説,CMS和G1等主流垃圾回收器的數十毫秒乃至上百毫秒的暫停時間相當致命。此外,調優門檻也相對較高,需要對垃圾回收器的內部機制有一定的瞭解,才能夠進行有效的調優。 為了解決此類問題,JDK 11開始推出了一種低延遲垃圾回收器ZGC。ZGC使用了一些新技術和優化算法,可以將GC暫停時間控制在10毫秒以
本文涉及到的內核源碼版本為: 5.4 ,JVM 源碼為:OpenJDK17,RocketMQ 源碼版本為:5.1.1 在之前的文章《一步一圖帶你深入剖析 JDK NIO ByteBuffer 在不同字節序下的設計與實現》 中,筆者為大家詳細剖析了 JDK Buffer 的整個設計體系,從總體上來講,JDK NIO 為每一種 Java 基本類型定義了對應的 Buffer 類(boolean 類型除外
概念篇 1、從JDK8-JDK17 你需要知道的 從 JDK 8 升級到 JDK 17 可以讓你的應用程序受益於新的功能、性能改進和安全增強。下面是一些 JDK 8 升級到 JDK 17 的最佳實戰: 1.1、確定升級的必要性:首先,你需要評估你的應用程序是否需要升級到 JDK 17。查看 JDK 17 的新特性、改進和修復的 bug,以確定它們對你的應用程序是否有實際的好處。 1.2、瞭解 JD
IntelliJ IDEA 2020.1.4 是比較老的版本,不支持 JDK 17,特別是啓動項目時會報錯: Error:Cannot determine path to 'tools.jar' library for 17 (D:/Program Files/Java/jdk-17.0.9) 這是因為 JDK 9 以後沒有tools.jar,而老版本 IDEA 還依賴這個文件,導致構建功能不能