linuxjdk8

jvm1.8默認回收算法？

首先垃圾回收算法年輕代和年老代不壹樣。

在年輕代采用復制算法，年老代采用標記清除或者標記壓縮算法。

需要說明的是垃圾回收器有的是物理分代，有的是邏輯分代，有的是沒有分代概念。

感興趣的話題主可以自行了解壹下。

對於jdk1.8來說，我們需要知道它采用的是是什麽垃圾回收器。

可以通過命令java-XX:+PrintFlagsFinal-version|FINDSTR/i

看到1.8默認的是輸出結果中看到UseParallelGC。

ParallelGC默認的是ParallelScavenge（新生代）+ParallelOld（老年代）

所以最終答案就是ps采用復制，po采用標記整理算法。

引申知識：JVM中常見的垃圾回收器搭配組合：

UseSerialGC表示“Serial”+SerialOld組合

UseParNewGC表示“ParNew”+“SerialOld”

UseConcMarkSweepGC表示“ParNew”+“CMS”.組合，“CMS”是針對舊生代使用最多的

UseParallelGC表示“ParallelScavenge”+ParallelOld組合

UseParallelOldGC表示“ParallelScavenge”+ParallelOld組合

在實踐中使用UseConcMarkSweepGC表示“ParNew”+“CMS”的組合是經常使用的

jdk1.8十大新特性詳解？

jdk1.8新特性知識點：

Lambda表達式

函數式接口

*方法引用和構造器調用

StreamAPI

接口中的默認方法和靜態方法

新時間日期API

在jdk1.8中對hashMap等map集合的數據結構優化。hashMap數據結構的優化

原來的hashMap采用的數據結構是哈希表（數組+鏈表），hashMap默認大小是16，壹個0-15索引的數組，如何往裏面存儲元素，首先調用元素的hashcode方法，計算出哈希碼值，經過哈希算法算成數組的索引值，如果對應的索引處沒有元素，直接存放，如果有對象在，那麽比較它們的equals方法比較內容

如果內容壹樣，後壹個value會將前壹個value的值覆蓋，如果不壹樣，在1.7的時候，後加的放在前面，形成壹個鏈表，形成了碰撞，在某些情況下如果鏈表無限下去，那麽效率極低，碰撞是避免不了的加載因子：0.75，數組擴容，達到總容量的75%，就進行擴容，但是無法避免碰撞的情況發生在1.8之後，在數組+鏈表+紅黑樹來實現hashmap，當碰撞的元素個數大於8時總容量大於64，會有紅黑樹的引入除了添加之後，效率都比鏈表高，1.8之後鏈表新進元素加到末尾

ConcurrentHashMap(鎖分段機制)，concurrentLevel,jdk1.8采用CAS算法(無鎖算法，不再使用鎖分段)，數組+鏈表中也引入了紅黑樹的使用。

JDK1.8詳細安裝教程及環境變量的配置？

首先到官網下載jdk1.8，下載的版本分為windows和linux：

1、這裏需要安裝操作系統進行下載。我的是64位就下載x64,32位系統則下載x86。

2、然後就是安裝，雙擊進行安裝，這裏不用更換任何配置，直接下壹步到安裝結束，followme。

3、然後就是環境變量的配置，這裏點擊我的電腦，屬性。

4、然後就是高級系統設置，點擊進入。

5、在高級中找到環境變量，點擊進入環境變量配置。

6、然後在系統變量中點擊新建。

7、輸入java_home變量值是妳的安裝目錄，點擊找到妳得jdk安裝目錄，默認是在c盤-->ProgramFiles-->Java,jdk的根目錄。

8、然後在新建classpath,輸入.;%JAVA_HOME%libdt.jar;%JAVA_HOME%libtools.jar;註意最前面有個。

9、然後在path中添加;%JAVA_HOME%bin;%JAVA_HOME%jrebin。