jre10 64位下載 最新更新|軟件分類|軟件專題|手機(jī)版|論壇轉(zhuǎn)貼|軟件發(fā)布

您當(dāng)前所在位置： 首頁 → 編程開發(fā) → 編程軟件 → jre10 windows(Java SE Runtime Environment10) v10.0.2 官方版

jre10 windows(Java SE Runtime Environment10)

v10.0.2 官方版

jre10 windows(Java SE Runtime Environment10)下載
  • 軟件大?。?span itemprop="fileSize">97.00 MB
  • 軟件語言：中文
  • 軟件類型：國(guó)產(chǎn)軟件 / 編程軟件
  • 軟件授權(quán)： 免費(fèi)軟件
  • 更新時(shí)間：2020-09-15 14:46:02
  • 軟件等級(jí)：4星
  • 軟件廠商： -
  • 應(yīng)用平臺(tái)：WinXP, Win7, Win8, Win10
  • 軟件官網(wǎng)：

ITMOP本地下載文件大小：97.00 MB

點(diǎn)贊 好評(píng) 0%（0） 差評(píng) 差評(píng) 0%（0）

軟件介紹人氣軟件精品推薦相關(guān)文章網(wǎng)友評(píng)論下載地址

小編為您推薦： jre10 jre

jre10是每一位程序員都會(huì)用到的JAVA運(yùn)行工具，它可以幫助用戶在多個(gè)環(huán)境中進(jìn)行便捷的操作，這里小編主要提供的是64位安裝包，有需求的用戶可以直接下載安裝喲，jre10對(duì)于之前的jre9相比較而言優(yōu)化了很多，具體請(qǐng)看下方說明

官方簡(jiǎn)介

JRE為JavaRunTimeEnvirment的簡(jiǎn)稱，JavaRuntimeEnvironment（包括JavaPlug-in）是Sun的產(chǎn)品，包括兩部分：JavaRuntimeEnvironment和JavaPlug-inJavaRuntimeEnvironment(JRE)是可以在其上運(yùn)行、測(cè)試和傳輸應(yīng)用程序的Java平臺(tái)。它包括Java虛擬機(jī)、Java平臺(tái)核心類和支持文件。它不包含開發(fā)工具--編譯器、調(diào)試器和其它工具。

jre10下載

jre10 windows功能

1、共享類庫需要在GAC(Global Assembly Cache)中注冊(cè)，注冊(cè)過程比較復(fù)雜，首先要用工具生成公開/私有密鑰對(duì)，然后結(jié)合密鑰和類庫版本號(hào)連編，最后使用工具注冊(cè)到GAC中好以后,會(huì)被放在"C:Winntassemblygac類庫的名稱空間版本號(hào)"目錄下，不同的類庫版本在注冊(cè)的時(shí)候會(huì)按照版本號(hào)分開放置：

·某類庫1.0版本 C:Winntassemblygac名稱1.0名稱.dll

·某類庫1.1版本 C:Winntassemblygac名稱1.1名稱.dll

2、可以同時(shí)存在一個(gè)類庫的n個(gè)版本，至于在程序中用哪個(gè)版本，在程序的配置文件中聲明，CLR會(huì)根據(jù)聲明來調(diào)用相應(yīng)的版本的類庫。我覺得.Net實(shí)現(xiàn)方法未免太復(fù)雜了一些，將所有共享類庫都塞到一個(gè)系統(tǒng)目錄下，并且同一個(gè)類庫還有n個(gè)版本，將來.Net第三方開發(fā)的類庫逐漸豐富起來以后，.Net類庫的GAC也會(huì)越來越龐大，會(huì)不會(huì)也搞得和Windows注冊(cè)表一樣難以維護(hù)？軟件發(fā)布到服務(wù)器上的時(shí)候，類庫要再注冊(cè)一次，服務(wù)器會(huì)逐漸形成一個(gè)龐大的樹狀的GAC，GAC里面存放著組件的n個(gè)版本。試想經(jīng)過一段時(shí)間之后，C:Winntassemblygac目錄會(huì)越來越龐大，有的組件甚至有n個(gè)版本都放在那里，你又不敢隨便刪除，不知道是不是有程序需要使用，我不明白MS為什么要把這么簡(jiǎn)單的事情搞到這么復(fù)雜？

討論：全局程序集緩存不會(huì)是無限大的，所以“將來.Net第三方開發(fā)的類庫逐漸豐富起來以后，.Net類庫的GAC也會(huì)越來越龐大，會(huì)不會(huì)也搞得和Windows注冊(cè)表一樣難以維護(hù)？”這是杞人憂天。原因如下：第一是操作系統(tǒng)的生命周期一般不會(huì)是無限長(zhǎng)的，而且越來越短，Windows為證，同時(shí).Net Framework也在不斷更迭，在十年左右的時(shí)間里，全球的程序產(chǎn)量是有限的，高質(zhì)量的第三方開發(fā)的類庫更是有限，需要注冊(cè)到GAC的就更少了。

查找方法

JRE中由ClassLoader負(fù)責(zé)查找和加載程序引用到的類庫，基礎(chǔ)類庫ClassLoader會(huì)到rt.jar中自動(dòng)加載，其它的類庫，ClassLoader在環(huán)境變量CLASSPATH指定的路徑中搜索，按照先來先到的原則，放在CLASSPATH前面的類庫先被搜到，Java程序啟動(dòng)之前建議先把PATH和CLASSPATH環(huán)境變量設(shè)好，OS通過PATH來找JRE，確定基礎(chǔ)類庫rt.jar的位置，JRE的ClassLoader通過CLASSPATH找其它類庫。但有時(shí)候會(huì)出現(xiàn)這樣的情況，希望替換基礎(chǔ)類庫中的類庫，那么也可以簡(jiǎn)單的通過-Djava.endrosed.path=...參數(shù)傳遞給java.exe，于是ClassLoader會(huì)先于基礎(chǔ)類庫使用java.endrosed.path參數(shù)指定路徑的類庫。因此Java的版本管理是非常簡(jiǎn)單有效的，也許很原始，不過很好用，簡(jiǎn)單就不容易出錯(cuò)。(所以我很奇怪Eric Ramond為什么批評(píng)Java的類庫管理機(jī)制，他還居然批評(píng)Java的接口，令人懷疑他對(duì)Java的了解程度)

jre10優(yōu)勢(shì)

1、有時(shí)候副本的制作出版了第一CPU（重要補(bǔ)丁更新的縮寫）和PSU（代表補(bǔ)丁集更新），其中CPU包含更新的建議大多數(shù)用戶來說很重要，建筑物的版本是舊的，例如，更新CPU的更新79和PSU的更新80。

2、版本7是Windows XP的最新版本。

3、安裝此工具之前，請(qǐng)安裝瀏覽器或?yàn)g覽器。

4、最好在64位Windows上安裝32位版本，但64位版本除外，包括32位軟件。

5、安裝后，建議您從Windows啟動(dòng)程序列表中卸載此工具;在“開始”菜單中鍵入msconfig.exe，然后運(yùn)行，轉(zhuǎn)到“啟動(dòng)”選項(xiàng)卡，然后取消選中“Java?Platform SE自動(dòng)更新程序”。

6、使用Windows優(yōu)化和管理軟件很容易。您還可以通過Windows控制面板中該工具的管理面板停用JRE更新，以避免由于IP關(guān)閉而無法訪問的煩人更新消息

更新內(nèi)容

一、Java10中12項(xiàng)關(guān)鍵新特性

-局部變量的類型推斷

Java開始引用像腳本語言JavaScript中的var類型（弱類型），允許你通過var定義任何類型的變量。

對(duì)于開發(fā)人員來說，這是唯一和你密切相關(guān)的特性。它可以幫助你極大的簡(jiǎn)化代碼。

-應(yīng)用類數(shù)據(jù)共享(CDS)?

CDS 在 JDK5 時(shí)被引進(jìn)以改善 JVM 啟動(dòng)的表現(xiàn)，同時(shí)減少當(dāng)多個(gè)虛擬機(jī)在同一個(gè)物理或虛擬的機(jī)器上運(yùn)行時(shí)的資源占用。

JDK10 將擴(kuò)展 CDS 到允許內(nèi)部系統(tǒng)的類加載器、內(nèi)部平臺(tái)的類加載器和自定義類加載器來加載獲得的類。之前，CDS 的使用僅僅限制在了 bootstrap 的類加載器。

-額外的 Unicode 語言標(biāo)簽擴(kuò)展

這將改善 java.util.Locale 類和相關(guān)的 API 以實(shí)現(xiàn)額外 BCP47 語言標(biāo)簽的 Unicode 擴(kuò)展。尤其是，貨幣類型，一周的第一天，區(qū)域覆蓋和時(shí)區(qū)等標(biāo)簽現(xiàn)在將被支持。

?基于時(shí)間的版本控制

我們的 JDK 版本字符串格式幾乎與 JDK 版本一樣多。幸運(yùn)的是，這是最后需要使用到的，我們可以堅(jiān)持用它。這種格式使用起來很像 JDK9 中介紹的提供一個(gè)更加語義的形式。有一件困擾我的事是包含了一個(gè) INTERIM 元素，正如 JEP 提議中所說，“永遠(yuǎn)是0”。好吧，如果永遠(yuǎn)是0，那它有什么意義呢？他們說這是為未來使用做保留，但我仍不是很贊同。我認(rèn)為，這有些冗余繁雜。

這也消除了在 JDK9 中有過的相當(dāng)奇怪的情形。第一次更新是 JDK 9.0.1 , 非常符合邏輯。第二次更新是 JDK 9.0.4 ，不合邏輯。原因是，在 JDK9 的版本計(jì)數(shù)模式下，需要留下空白以便應(yīng)急或不在預(yù)期安排的更新使用。但既然沒有更新是必須的，為什么不簡(jiǎn)單稱之為 JDK 9.0.2 呢？

-根證書

在 JDK 中將提供一套默認(rèn)的 CA 根證書。關(guān)鍵的安全部件，如 TLS ，在 OpenJDK 構(gòu)建中將默認(rèn)有效。這是 Oracle 正在努力確保 OpenJDK 二進(jìn)制和 Oracle JDK 二進(jìn)制功能上一樣的工作的一部分，是一項(xiàng)有用的補(bǔ)充內(nèi)容。

-并行全垃圾回收器 G1

G1 是設(shè)計(jì)來作為一種低延時(shí)的垃圾回收器（但是如果它跟不上舊的堆碎片產(chǎn)生的提升速率的話，將仍然采用完整壓縮集合）。在 JDK9 之前，默認(rèn)的收集器是并行，吞吐，收集器。為了減少在使用默認(rèn)的收集器的應(yīng)用性能配置文件的差異，G1 現(xiàn)在有一個(gè)并行完整收集機(jī)制。

-移除 Native-Header 自動(dòng)生成工具

Java9 開始了一些對(duì) JDK 的家務(wù)管理，這項(xiàng)特性是對(duì)它的延續(xù)。當(dāng)編譯 JNI 代碼時(shí)，已不再需要單獨(dú)的工具來生成頭文件，因?yàn)檫@可以通過 javac 完成。在未來的某一時(shí)刻，JNI 將會(huì)被 Panama 項(xiàng)目的結(jié)果取代，但是何時(shí)發(fā)生還不清楚。

-垃圾回收器接口

這不是讓開發(fā)者用來控制垃圾回收的接口；而是一個(gè)在 JVM 源代碼中的允許另外的垃圾回收器快速方便的集成的接口。

-線程-局部變量管控

這是在 JVM 內(nèi)部相當(dāng)?shù)图?jí)別的更改，現(xiàn)在將允許在不運(yùn)行全局虛擬機(jī)安全點(diǎn)的情況下實(shí)現(xiàn)線程回調(diào)。這將使得停止單個(gè)線程變得可能和便宜，而不是只能啟用或停止所有線程。

-在備用存儲(chǔ)裝置上的堆分配

硬件技術(shù)在持續(xù)進(jìn)化，現(xiàn)在可以使用與傳統(tǒng) DRAM 具有相同接口和類似性能特點(diǎn)的非易失性 RAM 。這項(xiàng) JEP 將使得 JVM 能夠使用適用于不同類型的存儲(chǔ)機(jī)制的堆。

-試驗(yàn)性的基于 Java 的 JIT 編譯器

最近宣布的 Metropolis 項(xiàng)目，提議用 Java 重寫大部分 JVM 。乍一想，覺得很奇怪。如果 JVM 是用 Java 編寫的，那么是否需要一個(gè) JVM 來運(yùn)行 JVM ？ 相應(yīng)的，這導(dǎo)致了一個(gè)很好的鏡像類比。 現(xiàn)實(shí)情況是，使用 Java 編寫 JVM 并不意味著必須將其編譯為字節(jié)碼，你可以使用 AOT 編譯，然后在運(yùn)行時(shí)編譯代碼以提高性能。

這項(xiàng) JEP 將 Graal 編譯器研究項(xiàng)目引入到 JDK 中。并給將 Metropolis 項(xiàng)目成為現(xiàn)實(shí)，使 JVM 性能與當(dāng)前 C++ 所寫版本匹敵（或有幸超越）提供基礎(chǔ)。

-合并 JDK 多個(gè)代碼倉庫到一個(gè)單獨(dú)的儲(chǔ)存庫中

在 JDK9 中，有 8 個(gè)倉庫： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK10 中這些將被合并為一個(gè)，使得跨相互依賴的變更集的存儲(chǔ)庫運(yùn)行 atomic commit （原子提交）成為可能。

二、新增API或函數(shù)

有 73 項(xiàng)新增內(nèi)容添加到了標(biāo)準(zhǔn)類庫中。

-java.awt.Toolkit:

int getMenuShortcutKeyMaskEx(): 確定哪個(gè)擴(kuò)展修飾符鍵是菜單快捷鍵的適當(dāng)加速鍵。

-java.awt.geom.Path2D:?

void trimToSize(): 將此 Path2D 實(shí)例的容量計(jì)算到它當(dāng)前的大小。應(yīng)用可使用此操作將路徑的存儲(chǔ)空間最小化。這個(gè)方法也被添加到 Path2D.Double 和 Path2D.Float 類。

-java.io.ByteArrayOutputStream:

String toString(Charset): 重載 toString()，通過使用指定的字符集解碼字節(jié)，將緩沖區(qū)的內(nèi)容轉(zhuǎn)換為字符串。

-java.io.PrintStream:

lang.io.PrintWriter:

這兩個(gè)類都有三個(gè)新的構(gòu)造函數(shù)，它們需要額外的 Charset 參數(shù)。

-java.io.Reader:

long transferTo(Writer): 從這個(gè) Reader 中讀取所有字符，并按照所讀的順序?qū)⒆址麑懭虢o定的 Writer 。

-java.lang.Runtime.Version:

有四種新方法返回新（JEP 322）版本字符串字段的整數(shù)值: feature()、interim()、patch()和 update()。

-java.lang.StackWalker.StackFrame:

String getDescriptor(): 按照 JVM 標(biāo)準(zhǔn)返回此堆棧幀所代表的方法的描述符。

String getMethodType(): 返回此堆棧幀所代表的方法類型，描述參數(shù)類型和返回值類型。

-java.lang.invoke.MethodType:

Class lastParameterType(): 返回這個(gè)方法類型的最后一個(gè)參數(shù)類型。如果這個(gè)方法類型沒有參數(shù)，則返回空類型作為崗哨值（Sentinel Value）。

-java.lang.management.RuntimeMXBean:

long getPid():? 返回正在運(yùn)行的 JVM 的進(jìn)程 ID 。

-java.lang.management.ThreadMXBean:

ThreadInfo[] dumpAllThreads(boolean, boolean, int): 返回所有活動(dòng)線程的線程信息，其中有指定的最大元素?cái)?shù)量和同步信息的堆棧跟蹤。

ThreadInfo[] getThreadInfo(long[], boolean, boolean, int): 返回每個(gè)線程的線程信息，這些線程的標(biāo)識(shí)位于輸入數(shù)組中，其中有指定的最大元素?cái)?shù)量和同步信息的堆棧跟蹤。

-java.lang.reflect.MalformedParameterizedTypeException:

添加了一個(gè)新的構(gòu)造函數(shù)，它以字符串的形式作為參數(shù)來獲取詳細(xì)信息。

-java.net.URLDecoder:

java.net.URLEncoder:

這兩個(gè)類都有新的重載的解碼和編碼方法，將 charset 作為附加參數(shù)。

-java.nio.channels.Channels:

兩個(gè)新的靜態(tài)重載方法，允許使用 Charset 的 newReader（ReadByteChannel，Charset）和newWriter（WriteByteChannel，Charset）。

-java.nio.file.FileStore:

long getBlockSize(): 在這個(gè)文件存儲(chǔ)中返回每個(gè)塊的字節(jié)數(shù)。

-java.time.chrono.HijrahEra:

java.time.chrono.MiinguoEra:

java.time.chrono.ThaiBuddhistEra:

String getDisplayName(TextStyle, Locale): 這將返回用于識(shí)別 era 的文本名稱，適合于向用戶展示。

-java.time.format.DateTimeFormatter:

localizedBy(Locale): 返回指定格式器的一個(gè)副本，其中包含地區(qū)、日歷、區(qū)域、小數(shù)和/或時(shí)區(qū)的本地化值，這將取代該格式器中的值。

-java.util.DoubleSummaryStatistics:

java.util.IntSummaryStatistics:

java.util.LongSummaryStatistics:

這3個(gè)類增加了一個(gè)新的構(gòu)造函數(shù)，它包含 4 個(gè)數(shù)值。它使用指定的計(jì)數(shù)、最小值、最大值和總和構(gòu)造一個(gè)非空實(shí)例。

-java.util.List:

java.util.Map:

java.util.Set:

這3個(gè)接口都增加了一個(gè)新的靜態(tài)方法，copyOf(Collection）。這些函數(shù)按照其迭代順序返回一個(gè)不可修改的列表、映射或包含給定集合的元素的集合。

-java.util.Optional:

java.util.OptionalDouble:

java.util.OptionalInt:

java.util.OptionalLong: 這些類都增加了一個(gè)新的方法orElseThrow()。它本質(zhì)上和 get()一樣，也就是說，如果 Optional 有值則返回。否則，將拋出 NoSuchElementException 。

-java.util.Formatter:?

java.util.Scanner:

這兩個(gè)類都有三個(gè)新的構(gòu)造函數(shù)，除了其他參數(shù)之外，它們都帶有一個(gè) charset 參數(shù)。

-java.util.Properties:

增加了一個(gè)新的構(gòu)造函數(shù)，它接受一個(gè) int 參數(shù)。這將創(chuàng)建一個(gè)沒有默認(rèn)值的空屬性列表，并且指定初始大小以容納指定的元素?cái)?shù)量，而無需動(dòng)態(tài)調(diào)整大小。還有一個(gè)新的重載的 replace 方法，接受三個(gè) Object 參數(shù)并返回一個(gè)布爾值。只有在當(dāng)前映射到指定值時(shí)，才會(huì)替換指定鍵的條目。

-java.SplittableRandom:?

void nextBytes(byte[]): 用生成的偽隨機(jī)字節(jié)填充一個(gè)用戶提供的字節(jié)數(shù)組。

-java.util.concurrent.FutureTask:

添加了 toString()方法，該方法返回一個(gè)標(biāo)識(shí) FutureTask 的字符串，以及它的完成狀態(tài)。在括號(hào)中，狀態(tài)包含如下字符串中的一個(gè)，“Completed Normally” 、“Completed Exceptionally”、 “Cancelled” 或者 “Not completed”。

-java.util.concurrent.locks.StampedLock:

boolean isLockStamp(long): 返回一個(gè)標(biāo)記戳表示是否持有一個(gè)鎖。

boolean isOptimisticReadStamp(long): 返回一個(gè)標(biāo)記戳代表是否成功的進(jìn)行了樂觀讀（optimistic read）。

boolean isReadLockStamp(long): 返回一個(gè)標(biāo)記戳表示是否持有一個(gè)非獨(dú)占鎖（即 read lock ）。

boolean isWriteLockStamp(long): 返回一個(gè)標(biāo)記戳表示是否持有一個(gè)獨(dú)占鎖（即 write lock ）。

-java.jar.JarEntry:

String getRealName(): 返回這個(gè) JarEntry 的真實(shí)名稱。如果這個(gè) JarEntry 是一個(gè)多版本 jar 文件的入口，它被配置為這樣處理，這個(gè)方法返回的名字是 JarEntry 所代表的版本條目的入口，而不是 ZipEntry.getName()返回的基本條目的路徑名。如果 JarEntry 不代表一個(gè)多版本 jar 文件的版本化條目或者 jar 文件沒有被配置為作為一個(gè)多版本 jar 文件進(jìn)行處理，這個(gè)方法將返回與 ZipEntry.getName()返回的相同名稱。

-java.util.jar.JarFile:

Stream versionedStream(): 返回 jar 文件中指定版本的入口對(duì)應(yīng) Stream 。與 JarEntry 的 getRealName 方法類似，這與多版本 jar 文件有關(guān)。

-java.util.spi.LocaleNameProvider:

getDisplayUnicodeExtensionKey(String, Locale): 為給定的 Unicode 擴(kuò)展鍵返回一個(gè)本地化名稱。

getDisplayUnicodeExtensionType(String, String, Locale): 為給定的 Unicode 擴(kuò)展鍵返回一個(gè)本地化名稱。

-java.util.stream.Collectors:

toUnmodifiableList():

toUnmodifiableSet():

toUnmodifiableMap(Function, Function):?

toUnmodifiableMap(Function, Function, BinaryOperator):

這四個(gè)新方法都返回 Collectors ，將輸入元素聚集到適當(dāng)?shù)牟豢尚薷牡募现小?/p>

-java.lang.model.SourceVersion:

現(xiàn)在有了一個(gè)字段，它代表了 JDK 10 的版本。

-java.lang.model.util.TypeKindVisitor6:

javax.lang.model.util.TypeKindVisitor9:

R visitNoTypeAsModule(NoType, P): 訪問一個(gè) MODULE 的 pseudo-type 。不清楚為什么 Visitor7 和 Visitor8 沒有這個(gè)方法。

-javax.remote.management.rmi.RMIConnectorServer:

這個(gè)類添加了兩個(gè)字段： CREDENTIALS_FILTER_PATTERN 和 SERIAL_FILTER_PATTERN 。

-javax.ButtonModel：

ButtonGroup getGroup(): 返回按鈕所屬的組。通常用于單選按鈕，它們?cè)诮M中是互斥的。

-javax.plaf.basic.BasicMenuUI:

Dimension getMinimumSize(JComponent): 返回指定組件適合觀感的最小大小。

三、其他

- 如果 Kerberos 的配置文件 krb5.conf 包含一個(gè) INCLUDEDIR 選項(xiàng)，那么在 INCLUDEDIR 這個(gè)目錄下所有以 .conf 結(jié)尾的文件都會(huì)被默認(rèn)加載進(jìn)來。

- 以前版本中已經(jīng)過期的 Java 的啟動(dòng)選項(xiàng) -d32 和 –d64 在當(dāng)前版本已經(jīng)被移除。如果你在新的版本里仍然使用了這兩個(gè)選項(xiàng)，JVM 將無法正常啟動(dòng)。

- JDK10 支持 JDK9 中的新版本 Doclet，JDK6、JDK7、JDK8 中的 Doclet 版本都不再支持。

- JDK10 重新啟用了在 JDK9 中被不當(dāng)過時(shí)的 newFactory() 方法。

- JDK10 引入了一個(gè)新的 Javadoc 標(biāo)簽： {@summary…}，解決了以前版本無法生成 API 摘要的問題。

- JDK10 去掉了 BiasedLockingStartupDelay 的 4 秒啟動(dòng)延時(shí)。

- 以下在 com.sun.security.auth 包中的過時(shí)的類在新版本中都已經(jīng)被移除：

PolicyFile

SolarisNumericGroupPrincipal

SolarisNumericUserPrincipal

X500Principal

SolarisLoginModule

SolarisSystem

- 在 java.lang.SecurityManager 類中的以下屬性和方法（從 JDK 1.2 就已經(jīng)過時(shí)）終于被移除了：

inCheck (屬性)

getInCheck

classDepth

classLoaderDepth

currentClassLoader

currentLoadedClass

inClass

inClassLoader

- 以下 java.lang.Runtime 類中已經(jīng)被廢棄的國(guó)際化方法在新版本被移除：

getLocalizedInputStream

getLocalizedOutputStream

- 以下廢棄的 Hotspot –X 選項(xiàng)在新版本中被移除：-Xoss, -Xsqnopause, -Xoptimize, -Xboundthreads and –Xusealtsigs.

- policytool 在新版本中被移除。

- javadoc 工具在新版本中可以通過 –add-stylesheets 命令選項(xiàng)支持多個(gè) stylesheets 。

- 新版本的 JVM 能夠根據(jù)系統(tǒng)分配給當(dāng)前 Docker 容器的 CPU 數(shù)和內(nèi)存來配置線程池和 GC 機(jī)制，而不再是直接使用系統(tǒng)的 CPU 和內(nèi)存。并且增加了三個(gè)更強(qiáng)大的命令選項(xiàng)：-XX:InitialRAMPercentage、-XX:MaxRAMPercentage 和 -XX:MinRAMPercentage 。

- 新版本增加了一個(gè)新的系統(tǒng)屬性：jdk.disableLastUsageTracking。這個(gè)新增的屬性就像它的名字一樣，會(huì)禁用 JRE 的上一次使用跟蹤。

更多>> 軟件截圖

推薦應(yīng)用

其他版本下載

    精品推薦 java

    java
    更多 (76個(gè)) >> java java專題為用戶提供java運(yùn)行環(huán)境下載，java各個(gè)版本的安裝包都可以免費(fèi)下載，不管是jav開發(fā)，還是java編程，亦或是安裝一些需要java運(yùn)行環(huán)境支持的軟件，都需要先安裝jre或者jdk安裝包，這里就可以找到你想要的什么是JavaJava是一門面向?qū)ο缶幊陶Z言，不僅吸收了

    相關(guān)文章

    下載地址

    • jre10 windows(Java SE Runtime Environment10) v10.0.2 官方版

    查看所有評(píng)論>> 網(wǎng)友評(píng)論

    發(fā)表評(píng)論

    (您的評(píng)論需要經(jīng)過審核才能顯示) 網(wǎng)友粉絲QQ群號(hào):374962675

    查看所有 0條 評(píng)論>>

    更多>> 猜你喜歡