Java SE Runtime Environment10簡稱“JRE10”，是一款運行JAVA程序所必須的環(huán)境的集合，包含JVM標準實現(xiàn)及Java核心類庫，有時候運行某些軟件的時候是要用到JRE10，歡迎有需要此款工具的朋友們前來下載使用。

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

安裝方法

1、在本站下載最新版的JRE10，并解壓縮后，雙擊“jre-10_windows-x64_bin.exe”，點擊“安裝”即可

等待安裝完成

jre與jdk的區(qū)別：

jre就是運行java開發(fā)出的程序用的！如果要進行java開發(fā)需要安裝jdk?。∫簿褪钦fjre只能運行已經(jīng)寫好的程序，而jdk負責編譯等開發(fā)工作！！

安裝jdk中包含的jre和Java SE Runtime Environment這個jre有區(qū)別?

沒有區(qū)別的，java之所以能跨平臺，就是在jre的層次上屏蔽了不同系統(tǒng)的差異。如果只是用作運行JAVA軟件的話，單下JRE就可以了，如果是開發(fā)JAVA程序，只需要下載JDK就可以，因為JDK中含有jre，而不需要再單下jre了。

JDK10(Java SE Development Kit 10) 10.0 官方正式版點擊下載

軟件功能

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

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

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

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

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

查找方法

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