jdk8源碼

1. 求 java SE Development Kit8(jdk8)下載32/64位 8u144

軟體介紹：

jdk8的全稱為Java SE Development Kit8,是運行整個Java的核心，它內置一堆Java工具和Java基礎的類庫(rt.jar)以及Java運行環境(Java Runtime Envirnment)，如果想要在電腦上運行Java程序就必須安裝ava SE Development Kit，才能保證程序的正常使用。

所需工具：點擊下載 Java SE Development Kit8(jdk8) 8u144

jdk8環境變數配置教程

1、下載軟體壓縮包文件，點擊你電腦系統向對應的程序「jdk-8u144-windows-x64.exe（64位）或者jdk-8u144-windows-i586.exe（32位）」。

2、程序會自動安裝JRE程序，選擇目錄即可

3、直到jdk8下載安裝完畢，點擊「關閉」按鈕即可，如下圖所示：

4、安裝完JDK後配置環境變數，計算機→屬性→高級系統設置→高級→環境變數

5、系統變數→新建 JAVA_HOME 變數

變數值填寫jdk的安裝目錄（本人是 C:Program FilesJavajdk1.8.0_144)

6、系統變數→尋找 Path 變數→編輯

在變數值最後輸入 %JAVA_HOME%in;%JAVA_HOME%jrein;

（注意原來Path的變數值末尾有沒有;號，如果沒有，先輸入；號再輸入上面的代碼）

8、檢驗是否配置成功 運行cmd 輸入 java -version （java 和 -version 之間有空格）若如圖所示 顯示版本信息 則說明安裝和配置成功。

功能介紹

JDK的最重要命令行工具：

1、java： 啟動JVM執行class

2、javac： Java編譯器

3、jar： Java打包工具

4、javadoc： Java文檔生成器

這些命令行必須要非常非常熟悉，對於每個參數都要很精通才行。對於這些命令的學習，JDK Documentation上有詳細的文檔。

從初學者角度來看，採用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，有利於理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java （J2EE、J2SE以及J2ME）版本的升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java應用開發非常困難，不能進行復雜的Java軟體開發，也不利於團體協同開發。

Java語言恐怕是穩居網路應用程序語言的首選了，這都要歸功於它高度的安全性以及跨平台的特性，幾乎在目前所有的電腦平台上您都可以見得到Java的芳蹤。過去很可能會有不少人抱怨Java雖然有著相當不錯的跨平台以及安全防護等特性，但是它的執行速度遠遠不及C++等各種傳統慣用的程序語言。

jdk8新特性

一、Lambda表達式

1、Lambda表達式可以說是Java 8最大的賣點，她將函數式編程引入了Java。Lambda允許把函數作為一個方法的參數，或者把代碼看成數據。

2、一個Lambda表達式可以由用逗號分隔的參數列表、–>符號與函數體三部分表示。例如：

Arrays.asList( "p", "k", "u","f", "o", "r","k").forEach( e -> System.out.println( e ) );

3、為了使現有函數更好的支持Lambda表達式，Java 8引入了函數式介面的概念。函數式介面就是只有一個方法的普通介面。java.lang.Runnable與java.util.concurrent.Callable是函數式介面最典型的例子。為此，Java 8增加了一種特殊的註解@FunctionalInterface：

二、介面的默認方法與靜態方法

1、我們可以在介面中定義默認方法，使用default關鍵字，並提供默認的實現。所有實現這個介面的類都會接受默認方法的實現，除非子類提供的自己的實現。例如：

2、我們還可以在介面中定義靜態方法，使用static關鍵字，也可以提供實現。例如：

3、介面的默認方法和靜態方法的引入，其實可以認為引入了C＋＋中抽象類的理念，以後我們再也不用在每個實現類中都寫重復的代碼了

三、方法引用

通常與Lambda表達式聯合使用，可以直接引用已有Java類或對象的方法。一般有四種不同的方法引用：

1、構造器引用。語法是Class::new，或者更一般的Class< T >::new，要求構造器方法是沒有參數；

2、靜態方法引用。語法是Class::static_method，要求接受一個Class類型的參數；

3、特定類的任意對象方法引用。它的語法是Class::method。要求方法是沒有參數的；

4、特定對象的方法引用，它的語法是instance::method。要求方法接受一個參數，與3不同的地方在於，3是在列表元素上分別調用方法，而4是在某個對象上調用方法，將列表元素作為參數傳入；

四、重復註解

在Java 5中使用註解有一個限制，即相同的註解在同一位置只能聲明一次。Java 8引入重復註解，這樣相同的註解在同一地方也可以聲明多次。重復註解機制本身需要用@Repeatable註解。Java 8在編譯器層做了優化，相同註解會以集合的方式保存，因此底層的原理並沒有變化。

五、擴展註解的支持

Java 8擴展了註解的上下文，幾乎可以為任何東西添加註解，包括局部變數、泛型類、父類與介面的實現，連方法的異常也能添加註解。

六、Optional

Java 8引入Optional類來防止空指針異常，Optional類最先是由Google的Guava項目引入的。Optional類實際上是個容器：它可以保存類型T的值，或者保存null。使用Optional類我們就不用顯式進行空指針檢查了。

七、Stream

Stream API是把真正的函數式編程風格引入到Java中。其實簡單來說可以把Stream理解為MapRece，當然Google的MapRece的靈感也是來自函數式編程。她其實是一連串支持連續、並行聚集操作的元素。從語法上看，也很像linux的管道、或者鏈式編程，代碼寫起來簡潔明了，非常酷帥！

八、Date/Time API (JSR 310)

Java 8新的Date-Time API (JSR 310)受Joda-Time的影響，提供了新的java.time包，可以用來替代 java.util.Date和java.util.Calendar。一般會用到Clock、LocaleDate、LocalTime、LocaleDateTime、ZonedDateTime、Duration這些類，對於時間日期的改進還是非常不錯的。

九、JavaScript引擎Nashorn

Nashorn允許在JVM上開發運行JavaScript應用，允許Java與JavaScript相互調用。

十、Base64

在Java 8中，Base64編碼成為了Java類庫的標准。Base64類同時還提供了對URL、MIME友好的編碼器與解碼器。

十一、除了這十大新特性之外，還有另外的一些新特性：

1、更好的類型推測機制：Java 8在類型推測方面有了很大的提高，這就使代碼更整潔，不需要太多的強制類型轉換了。

2、編譯器優化：Java 8將方法的參數名加入了位元組碼中，這樣在運行時通過反射就能獲取到參數名，只需要在編譯時使用-parameters參數。

3、並行（parallel）數組：支持對數組進行並行處理，主要是parallelSort()方法，它可以在多核機器上極大提高數組排序的速度。

4、並發（Concurrency）：在新增Stream機制與Lambda的基礎之上，加入了一些新方法來支持聚集操作。

5、Nashorn引擎jjs：基於Nashorn引擎的命令行工具。它接受一些JavaScript源代碼為參數，並且執行這些源代碼。

6、類依賴分析器jdeps：可以顯示Java類的包級別或類級別的依賴。

7、JVM的PermGen空間被移除：取代它的是Metaspace（JEP 122）。

2. jdk8中的ConcurrentHashMap究竟為什麼高效

從源碼來窺其一斑！

我們都知道hashMap不是線程安全的，因為在擴容方法中很容易出現死循環，hashTable使用鎖的方式比較簡單暴力，幾乎在所有操作方法上都加了synchronized鎖，導致總體性能很差，concurrentHashmap憑借線程安全且性能優異一直都是高並發中的首選key-value型數據結構；

concurrentHashmap的高性能有以下原因：

一，分段鎖：jdk8中對concurrentHashmap進行了改進，拋棄了jdk7中新建segment作為分段鎖的過程，jdk8中雖沿用了這種分段鎖的思想，卻直接使用數組中的數據作為 分段鎖保證concurrentHashmap在上鎖的時候只針對數組下標下的數據進行上鎖 （比如如果數組長度為256，那麼每次put平均只有1/256的數據被鎖），而大多數其他的數據還是能進行正常的增刪改操作，無需阻塞等待，這無疑極大的 降低了鎖的粒度，提升了性能。

二，紅黑樹 ：jdk8中引入了紅黑樹結構，在單個數組下標內的數據達到8以後，會自動轉換為紅黑樹進行存儲， 使用大O表示法表示效率的話，紅黑樹的查找效率為O(log(n))，而鏈表的效率為O（n） ，當數枯亮據量越來越大的時候，紅黑樹的效率明顯好於鏈表，所以concurrentHashmap性能得到很大提升；

現在我們主要從put方法中的主要方法來分析性能的提升：

spread(key.hashCode());//作用是再次哈希，減少沖突 ，源碼如下

其中涉及到的位運算有

>>> 16：無符號右移16位，空位以0補齊 。

^:異或運算符-->相同為0，不同為1； &：與運算符-->全1得1，否則0；

(h ^ (h >>> 16)) & HASH_BITS; 所以這句代碼的意圓州思就是不僅消除高16位的影響，同時獲得正整數的hash值

再來看後面的方法， 如上圖：

1，就是判斷當這個hash表還是空的時候，調用initTable進行初始化； 2，使用(n - 1) & hash)計算數組下標，如果數據指定下標處為null，則直接插入，註： cas是java8中的concurrentHashmap引入的線程安全判斷，CAS演算法做為樂觀鎖 ；

3，(fh = f.hash) == MOVED，走到此處說明下標內有node，且該node的值為-1（MODED=-1),搜索全類發現MODED是在調用有參構造器ForwardingNode中默認寫入的，而這個調用處剛好在transfer方法中，所以我們推斷，擴容的時候先將數組下標內的node.hash置為-1！ 同時在3這一步中調用helpTransfer(tab, f)參與擴容，並把數據寫入；

4，走到這說明node不是空的，也沒在擴容，那麼鎖住該下標下的node，並把新value插入鏈表中； 5，如果橘敗蔽鎖住的這個node能實例化為TreeBin，則代表已經轉化為紅黑樹進行存儲，將數據插入紅黑樹中； 6，判斷在4,5中計算得到的數組下標內所有節點總數， 如果滿足轉化為紅黑樹的條件（節點數大於8），則自動轉化為紅黑樹進行存儲！

總的來說，concurrentHashmap之所以性能高就是因為使用了分段鎖和紅黑樹！

至於conrrentHashmap其他的方法的源碼分析，後期會補上的，更多的技術分享，敬請關注！

3. ubuntu怎麼裝java1.8

1、源碼包準備：

首先到官網下載jdk，http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html，我下載jdk-8u25-linux-x64.tar.gz，下載到主目錄。

2、解壓源碼包

通過終端在/usr/local目錄下新建java文件夾，命令行：

2、解壓源碼包
通過終端在/usr/local目錄下新建java文件夾，命令行：

sudo mkdir /usr/local/java

然後將下載到銷信悶壓縮包拷貝到java文件夾中，命令行：
進入jdk源碼包所在目錄

cp jdk-8u25-linux-x64.tar.gz /usr/local/java

然後進入java目錄，命令行：

cd /usr/local/java

解壓壓縮包，命坦做令行：

sudo tar xvf jdk-8u25-linux-x64.tar.gz

然後可以把壓縮包刪除，命令行：

sudo rm jdk-8u25-linux-x64.tar.gz

3、設置jdk環境變數

這里採用全局設置方法，它是是所有用戶的共用的環境變數

$sudo gedit ~/.bashrc

打開之後虧彎在末尾添加

export JAVA_HOME=/usr/local/java/jdk1.8.0_25
export JRE_HOME=${JAVA_HOME}/jre
export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib
export PATH=${JAVA_HOME}/bin:$PATH

請記住，在上述添加過程中，等號兩側不要加入空格，不然會出現「不是有效的標識符」，因為source /etc/profile 時不能識別多餘到空格，會理解為是路徑一部分。
然後保存。

4、檢驗是否安裝成功
在終端輸入如下命令
java -version
看看是否安裝成功
成功則顯示如下

4. openjdk-8-jdk-headless 什麼版本

OpenJDK8是JDK的開放源碼版本，以GPL（General Public License，通用性公開許可證）協議的形式放出。因為授權協議的原因，Sun公司實現的JDK的一部分源碼因為產權的問題無法開放OpenJDK使用。因此相比於JDK，OpenJDK的源碼只包含了最精簡的JDK。

openjdk是jdk的開放原始碼版本，以GPL協議的形式放出。在JDK7的時候，openjdk已經成為jdk7的主幹開發，sun jdk7是在openjdk7的基礎上發布的，其大部分原始碼都相同。

只有少部分原始碼被替換掉。使用JRL(JavaResearch License，Java研究授權協議)發布。

至於openjdk6則更是有其復雜的一面，首先是openjdk6是jdk7的一個分支，並且盡量去除Java SE7的新特性，使其盡量的符合Java6的標准。

(4)jdk8源碼擴展閱讀：

DK和OpenJDK的區別，可以歸納為以下幾點：

1、授權協議的不同

openjdk採用GPL V2協議放出，而JDK則採用JRL放出。兩者協議雖然都是開放源代碼的，但是在使用上的不同在於GPL V2允許在商業上使用。

而JRL只允許個人研究使用。OpenJDK不包含Deployment（部署）功能。

部署的功能包括：Browser Plugin、Java Web Start、以及Java控制面板，這些功能在Openjdk中是找不到的。

2、OpenJDK源代碼不完整

這個很容易想到，在採用GPL協議的Openjdk中，sun jdk的一部分源代碼因為產權的問題無法開放openjdk使用，其中最主要的部份就是JMX中的可選元件SNMP部份的代碼。

因此這些不能開放的源代碼將它作成plug，以供OpenJDK編譯時使用，你也可以選擇不要使用plug。

而Icedtea則為這些不完整的部分開發了相同功能的源代碼(OpenJDK6)，促使OpenJDK更加完整。

3、部分源代碼用開源代碼替換

由於產權的問題，很多產權不是SUN的源代碼被替換成一些功能相同的開源代碼，比如說字體柵格化引擎，使用Free Type代替。

4、openjdk只包含最精簡的JDK

OpenJDK不包含其他的軟體包，比如Rhino Java DB JAXP……，並且可以分離的軟體包也都是盡量的分離，但是這大多數都是自由軟體，你可以自己下載加入。

5、不能使用Java商標

這個很容易理解，在安裝openjdk的機器上，輸入「java -version」顯示的是openjdk，但是如果是使用Icedtea補丁的openjdk，顯示的是java。（未驗證）

總之，在Java體系中，還是有很多不自由的成分，源代碼的開發不夠徹底，希望Oracle能夠讓JCP更自由開放一些，這也是所有Java社區所希望的。

5. 各種gc觸發條件統計

Minor GC：當Eden區所剩空間，不滿足分配需求時，就會觸發Minor GC。

題外話：在segmentfault上看到過一個問題，我認為非常有意思，# JAVA垃圾回收：HandlePromotionFailure不打開的話，是不是就永不會發生minor gc?
如果在JDK1.6之前，我認為是這樣的。所以JDK在1.7及以後，更改了邏輯，默認是一定打開的，
JDK6 Hotpot擔保機制源碼： http://hg.openjdk.java.net/jdk6/jdk6/hotspot/file/b69c41ea1764/src/share/vm/memory/tenuredGeneration.cpp#l422

JDK7 Hotpot擔保機制源碼： http://hg.openjdk.java.net/jdk7/jdk7/hotspot/file/9b0ca45cd756/src/share/vm/memory/tenuredGeneration.cpp#l431

JDK8 Hotpot擔保機制源碼： http://hg.openjdk.java.net/jdk8/jdk8/hotspot/file/87ee5ee27509/src/share/vm/memory/tenuredGeneration.cpp#l289

對比可以看出，從JDK7以後，就不再使用 younger_handles_promotion_failure 變數，並且邏輯默認是打開的。

其實取這個名字不是很合適，只是為了突出是CMS的GC。因為CMS是老年代回收器，所以對應的GC應該是Old GC。CMS GC的監控條件是老年代的使用率，對應的配置是

G1回收器獨有的回收方式

Major GC和Full GC的區別是什麼？觸發條件呢？