JDK全稱(chēng)java se development kit ，是開(kāi)發(fā)JAVA程序必不可少的環(huán)境，JDK 10 是 Java 10 標(biāo)準(zhǔn)版，包含Java最新開(kāi)發(fā)環(huán)境jre10和java10開(kāi)發(fā)工具，本站要帶給大家的是關(guān)于JDK10新特性，還有JDK10的安裝方法，JDK環(huán)境變量配置教程，有需要學(xué)習(xí)的朋友可以關(guān)注一下。

JDK10下載（新特性在下方）

JDK10安裝+環(huán)境變量配置教程

1、雙擊打開(kāi)exe文件，點(diǎn)擊下一步


2、點(diǎn)擊更改可以改變安裝路徑 ，由于這里我已經(jīng)有安裝JRE所以安裝頁(yè)面源代碼后面沒(méi)有公共JRE的選項(xiàng)，這里不用管它，不用選擇什么，不想更改路徑的可以直接下一步，更改路徑的只需要把想安裝的路徑通過(guò)鍵盤(pán)復(fù)制到文件夾名就好。




3、可以在JDK的安裝路徑下新建一個(gè)文件夾，如下圖，這是為了將JRE放到自己想放的目錄下，沒(méi)有改變JDK安裝路徑的可以不用管，后面會(huì)直接在C盤(pán)生成jre文件夾。


4、然后等待安裝，安裝途中會(huì)出現(xiàn)JRE安裝，點(diǎn)擊更改可以將安裝路徑選擇為剛剛自己創(chuàng)建的jre文件夾，沒(méi)有更改過(guò)路徑的可以直接點(diǎn)擊下一步。


5、然后安裝完成，點(diǎn)擊關(guān)閉

三、環(huán)境配置

1、安裝完JDK后還沒(méi)有配置環(huán)境則不能叫完成了，先右擊我的電腦-->屬性-->高級(jí)系統(tǒng)設(shè)置-->高級(jí)-->環(huán)境變量



2、然后在系統(tǒng)變量點(diǎn)擊新建，變量名為JAVA_HOME，變量值填寫(xiě)JDK的安裝路徑，我這里安裝路徑為E:\Java\jdk-10.0.2\，點(diǎn)擊確定；



再新建一個(gè)系統(tǒng)變量，變量名為CLASSPATH，變量值輸入.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar，注意前面的“.;”，如果前面的變量名為跟我新建的寫(xiě)的一樣就直接復(fù)制粘貼過(guò)去就好了，然后點(diǎn)擊確定。



最后找到系統(tǒng)變量的Path，點(diǎn)擊Path-->編輯-->新建，輸入jdk跟jre中的bin值路徑，完成




四、驗(yàn)證

1、單單配置完成還不能確保已經(jīng)成功安裝了JDK，需要驗(yàn)證，首先按win+R鍵，彈出運(yùn)行窗口，輸入cmd。

2、然后分別輸入java -version 、 java 、 javac 進(jìn)行驗(yàn)證，正確安裝后驗(yàn)證結(jié)果應(yīng)該如下



當(dāng)驗(yàn)證后結(jié)果均如上圖所示，證明安裝成功，如果有一項(xiàng)顯示不是內(nèi)部或外部命令，也不是可運(yùn)行程序，則證明安裝或者配置有誤，一般情況下按照上面的步驟不會(huì)有問(wèn)題。 

有需要的朋友可以下載本站提供的JDK10版本和參考以上安裝說(shuō)明、

關(guān)于JDK10新特性大家可以了解一下。

1、核心庫(kù)/ java.util中
Optional.orElseThrow（）方法 
一個(gè)新的方法orElseThrow已被添加到Optional課堂上。它是現(xiàn)有g(shù)et方法的同義詞，并且是現(xiàn)在的首選方法。
2、核心庫(kù)/ java.util中：收藏
用于創(chuàng)建不可修改集合的API 
已經(jīng)添加了幾個(gè)新的API，以促進(jìn)創(chuàng)建不可修改的集合。該List.copyOf，Set.copyOf和Map.copyOf方法從現(xiàn)有實(shí)例中創(chuàng)建新的集合實(shí)例。新的方法toUnmodifiableList，toUnmodifiableSet以及toUnmodifiableMap已被添加到Collectors在流包類(lèi)。這些允許流的元素被收集到一個(gè)不可修改的集合中。
3、芯-SVC / java.lang.management
系統(tǒng)屬性以禁用JRE上次使用情況跟蹤 
引入了新的系統(tǒng)屬性jdk.disableLastUsageTracking來(lái)禁用正在運(yùn)行的VM的JRE上次使用情況跟蹤。該屬性可以在命令行通過(guò)使用被設(shè)置 -Djdk.disableLastUsageTracking=true或-Djdk.disableLastUsageTracking。使用此系統(tǒng)屬性集，無(wú)論設(shè)置的com.oracle.usagetracker.track.last.usage屬性值如何，JRE上次使用情況跟蹤都將被禁用usagetracker.properties。
4、芯-SVC / javax.management
為開(kāi)箱即用的JMX代理散列密碼 
jmxremote.passwordJMX代理現(xiàn)在正在使用SHA3-512散列覆蓋文件中的明文密碼。該角色的每一行都遵循以下格式：
role_name W hashedPassword
Where:
role_name是任何不包含空格或制表符的字符串。
W =空格或制表符
散列密碼的格式如下：
hashedPassword = base64_encoded_64_byte_salt W base64_encoded_hash W hash_algorithm
Where:
base64_encoded_64_byte_salt = 64字節(jié)隨機(jī)鹽
base64_encoded_hash = Hash_algorithm（密碼+鹽）
W =空格或制表符
hash_algorithm =使用格式https://docs.oracle.com/javase/9??/docs/specs/security/standard-names.htmlmessagedigest-algorithms指定的算法字符串。這是個(gè)可選的選項(xiàng)。如果未指定，則認(rèn)為SHA3-512是算法字符串。
如果密碼是明確的，如果滿(mǎn)足以下所有條件，它們將被哈希覆蓋：
com.sun.management.jmxremote.password.toHashes屬性在management.properties文件中設(shè)置為true 。
密碼文件是可寫(xiě)的。
如果配置了安全管理器，則系統(tǒng)安全策略允許寫(xiě)入密碼文件。
為了更改角色的密碼，請(qǐng)將散列的密碼條目替換為新的明文密碼或新的散列密碼。如果新密碼處于清除狀態(tài)，則在進(jìn)行新的登錄嘗試時(shí)將用其哈希代替。
給定角色在此文件中至少應(yīng)有一個(gè)條目。如果某個(gè)角色沒(méi)有條目，則無(wú)權(quán)訪問(wèn)。如果為同一個(gè)角色名稱(chēng)找到多個(gè)條目，則使用最后一個(gè)條目。
用戶(hù)生成的哈希密碼文件也可以用來(lái)代替明文密碼文件。如果由用戶(hù)生成，則散列密碼必須遵循上面指定的格式。
該文件必須只能由所有者訪問(wèn)，否則程序?qū)⑼顺霾⒊霈F(xiàn)錯(cuò)誤。
為了防止無(wú)意中編輯生產(chǎn)環(huán)境中的密碼文件，建議部署只讀哈希密碼文件?？梢酝ㄟ^(guò)運(yùn)行JMX代理預(yù)先生成清除密碼的散列條目。
建議在代理運(yùn)行時(shí)不要編輯密碼文件。如果客戶(hù)端連接在外部修改文件的同時(shí)觸發(fā)密碼文件散列，則編輯可能會(huì)丟失。文件的完整性是有保證的，但是在代理讀取文件和寫(xiě)回文件之間的短時(shí)間內(nèi)對(duì)文件進(jìn)行的任何外部編輯可能會(huì)丟失。
5、熱點(diǎn)/ GC
G1的JEP 307并行完整GC 
通過(guò)完全GC并行改善G1最壞情況下的延遲。G1垃圾收集器旨在避免完整收集，但是當(dāng)并發(fā)收集無(wú)法快速回收內(nèi)存時(shí)，會(huì)發(fā)生回退完整GC。完整的GC for G1的舊版本使用單線程標(biāo)記掃描 - 緊湊算法。使用JEP 307，完整的GC已經(jīng)并行化，現(xiàn)在使用與年輕和混合集合相同數(shù)量的并行工作線程。
6、安全庫(kù)/ java.security
JEP 319根證書(shū) 
在JDK中提供一組默認(rèn)的根證書(shū)頒發(fā)機(jī)構(gòu)（CA）證書(shū)。
cacerts用于Linux x64的OpenJDK 9二進(jìn)制文件的密鑰庫(kù)已由JEP 319：根證書(shū) [1] 填充，并帶有由Oracle的Java SE根CA程序的CA頒發(fā)的一組根證書(shū)。這解決了cacerts用于Linux x64的OpenJDK 9二進(jìn)制文件中的空密鑰庫(kù)問(wèn)題。cacerts由于未安裝受信任的根證書(shū)頒發(fā)機(jī)構(gòu)，空的密鑰庫(kù)阻止了建立TLS連接。作為OpenJDK 9二進(jìn)制文件的解決方法，用戶(hù)必須將javax.net.ssl.trustStore系統(tǒng)屬性設(shè)置為使用不同的密鑰庫(kù)。
7、安全庫(kù)/ javax.net.ssl中
TLS會(huì)話哈希和擴(kuò)展主秘密擴(kuò)展支持 
已為JDK JSSE提供程序中的TLS會(huì)話散列和擴(kuò)展主密鑰擴(kuò)展（RFC 7627）添加了支持。請(qǐng)注意，一般來(lái)說(shuō)，如果未啟用端點(diǎn)標(biāo)識(shí)并且以前的握手是會(huì)話恢復(fù)縮略初始握手，則服務(wù)器證書(shū)更改會(huì)受到限制，除非兩個(gè)證書(shū)所代表的身份可以視為相同。但是，如果啟用或協(xié)商擴(kuò)展，則服務(wù)器證書(shū)更改限制不是必需的，因此將被相應(yīng)地丟棄。如果出現(xiàn)兼容性問(wèn)題，應(yīng)用程序可能會(huì)通過(guò)將系統(tǒng)屬性設(shè)置為JDK jdk.tls.useExtendedMasterSecret來(lái)禁用此擴(kuò)展的協(xié)商false。通過(guò)將系統(tǒng)屬性設(shè)置jdk.tls.allowLegacyResumption為false，當(dāng)會(huì)話散列和擴(kuò)展主密鑰擴(kuò)展未協(xié)商時(shí)，應(yīng)用程序可拒絕簡(jiǎn)短握手。通過(guò)將系統(tǒng)屬性設(shè)置jdk.tls.allowLegacyMasterSecret為false，應(yīng)用程序可拒絕不支持會(huì)話散列和擴(kuò)展主密鑰擴(kuò)展的連接。
8、工具/ javac的
生成增強(qiáng)for循環(huán)的字節(jié)碼生成 
字節(jié)碼生成已針對(duì)增強(qiáng)for循環(huán)進(jìn)行了改進(jìn)，從而改進(jìn)了它們的翻譯方法。例如：
List data = new ArrayList<>(); for (String b : data);
以下是增強(qiáng)后生成的代碼：
{ /*synthetic*/ Iterator i$ = data.iterator(); for (; i$.hasNext(); ) { String b = (String)i$.next(); } b = null; i$ = null; }
在for循環(huán)之外聲明迭代器變量允許在不再使用它時(shí)立即為其分配空值。這使GC可以訪問(wèn)它，然后可以擺脫未使用的內(nèi)存。當(dāng)增強(qiáng)for循環(huán)中的表達(dá)式是一個(gè)數(shù)組時(shí)，情況類(lèi)似。
9、工具/ javadoc的（工具）
javadoc支持多種樣式表 
一個(gè)新的javadoc命令行選項(xiàng)--add-stylesheet已被添加到j(luò)avadoc工具中。新--add-stylesheet選項(xiàng)支持在生成的文檔中使用多個(gè)樣式表。現(xiàn)有的-stylesheetfile選項(xiàng)現(xiàn)在有一個(gè)別名，--main-stylesheet以幫助區(qū)分主樣式表和其他樣式表。
10、工具/ javadoc的（工具）
重寫(xiě)不改變規(guī)范的方法 
新的選項(xiàng)--overridden-methods=值已被添加到j(luò)avadoc工具中。許多類(lèi)在不改變規(guī)范的情況下重寫(xiě)繼承的方法。該--overridden-methods=值選項(xiàng)可用于組這些方法與其它的繼承方法，而不是用在類(lèi)中聲明的其它方法記錄他們的細(xì)節(jié)。
11、工具/ javadoc的（工具）
API說(shuō)明摘要的注釋標(biāo)記 
添加了一個(gè)新的內(nèi)聯(lián)標(biāo)簽，{@summary ...}以明確指定用作API描述摘要的文本。默認(rèn)情況下，從第一句推斷API描述的摘要。這是通過(guò)使用一個(gè)簡(jiǎn)單的算法或java.text.BreakIterator。然而，這種啟發(fā)式方法并不總是正確的，可能會(huì)導(dǎo)致對(duì)第一句結(jié)尾的錯(cuò)誤判斷。新的標(biāo)簽可以顯式設(shè)置API摘要文本而不是推斷。