JRE是Java Runtime Environment縮寫，指Java運行環境，是Sun的產品。運行JAVA程序所必須的環境的集合，包含JavaOS標準實現及Java核心類庫。
注意由于微軟對Java的支持不完全，請不要使用IE自帶的虛擬機來運行 Applet，務必安裝一個JRE或JDK。
相關介紹
JRE為Java Runtime Environment的簡稱，Java Runtime Environment（包括Java Plug-in）是Sun的產品，包括兩部分：Java Runtime Environment和Java Plug-in。JavaRuntimeEnvironment(JRE)是可以在其上運行、測試和傳輸應用程序的Java平臺。它包括Java虛擬機（JavaOS）、Java核心類庫和支持文件。它不包含開發工具(JDK)--編譯器、調試器和其它工具。JRE需要輔助軟件Java Plug-in--以便在瀏覽器中運行applet。
Java Plug-in軟件允許Java Applet和javaBean組件在使用Sun的Java Runtime Environment(JRE)的瀏覽器中運行，而不是在使用缺省的Java運行環境的瀏覽器中運行。Java Plug-in可用于Netscape Navigator和微軟 Internet Explorer。
J2RE是Java2 Runtime Environment，即Java運行環境，只是強調其匹配Java2平臺，有時簡稱JRE。如果你只需要運行Java程序或Applet，下載并安裝它即可。如果你要自行開發 Java軟件，請下載JDK(JRE和JDK的區別)。在JDK中附帶有JRE。
版本管理
Java的解決辦法是每個程序自己攜帶一套JRE。
比如說某人的機器上已經被安裝了好多套JRE和JDK(JDK包括了同版本的JRE，此外還包括有編譯器和其它工具)，它們分別是：
BEAWeblogic Server 7.0 自帶一套 JDK1.3.1_02，還下載了一套最新的JDK1.4.1_02
JBuilder9自帶一套JDK1.4.1_02
Oracle8.1.7自帶一套JRE1.1.7
RationRose自帶一套JDK1.3
Adobe Dreamweaver自帶一套JDK1.3
6套JRE，每套JRE都被各自安裝到不同的目錄，不會互相影響。當在控制臺執行java.exe，操作系統尋找JRE的方式如下：
先找當前目錄下有沒有JRE
再找父目錄下有沒有JRE
接著在PATH路徑中找JRE
注冊表HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\ 查看CurrentVersion的鍵值指向哪個JRE
最常用的是在PATH路徑中找JRE，一般情況下，自己的程序運行之前都會先在批處理文件里面臨時設置PATH，把自己用的JRE放到PATH路徑最前面，所以肯定會運行自己帶的JRE，不會造成版本混亂。
基礎類庫
JRE自帶的基礎類庫主要是JRE\lib\rt.jar這個文件，包括了Java2平臺標準版的所有類庫。和JRE的版本一致。
Net Framekwork的核心類庫
Net Framekwork的核心類庫被放置在C:\Winnt\assembly\gac\目錄下，按照不同的名稱空間放在不同目錄中，不像JRE打成了一個包。并且可以同時存在不同的版本，例如：
某類庫1.0版本 C:\Winnt\assembly\gac\名稱\1.0\名稱.dll
某類庫1.1版本 C:\Winnt\assembly\gac\名稱\1.1\名稱.dll
這樣做，雖然很靈活，可以隨時把類庫更新到最新的狀態，但是很容易帶來版本管理的復雜度，造成版本不一致。
查找方法
JRE中由ClassLoader負責查找和加載程序引用到的類庫，基礎類庫ClassLoader會到rt.jar中自動加載，其它的類庫，ClassLoader在環境變量CLASSPATH指定的路徑中搜索，按照先來先到的原則，放在CLASSPATH前面的類庫先被搜到，Java程序啟動之前建議先把PATH和CLASSPATH環境變量設好，OS通過PATH來找JRE，確定基礎類庫rt.jar的位置，JRE的ClassLoader通過CLASSPATH找其它類庫。但有時候會出現這樣的情況，希望替換基礎類庫中的類庫，那么也可以簡單的通過-Djava.endrosed.path=...參數傳遞給java.exe，于是ClassLoader會先于基礎類庫使用java.endrosed.path參數指定路徑的類庫。因此Java的版本管理是非常簡單有效的，也許很原始，不過很好用，簡單就不容易出錯。(所以我很奇怪Eric Ramond為什么批評Java的類庫管理機制，他還居然批評Java的接口，令人懷疑他對Java的了解程度)
管理機制
分類
Net Framework的類庫管理機制 .Net Framework的類庫管理機制相當強大和復雜，分為私有類庫和共享類庫。
私有類庫就放在exe程序當前路徑下，或其相對路徑中，只有當前程序可見。
類似事項
1、共享類庫需要在GAC(Global Assembly Cache)中注冊，注冊過程比較復雜，首先要用工具生成公開/私有密鑰對，然后結合密鑰和類庫版本號連編，最后使用工具注冊到GAC中好以后，會被放在"C:\Winnt\assembly\gac\類庫的名稱空間\版本號\"目錄下，不同的類庫版本在注冊的時候會按照版本號分開放置：
·某類庫1.0版本 C:\Winnt\assembly\gac\名稱\1.0\名稱.dll
·某類庫1.1版本 C:\Winnt\assembly\gac\名稱\1.1\名稱.dll
2、可以同時存在一個類庫的n個版本，至于在程序中用哪個版本，在程序的配置文件中聲明，CLR會根據聲明來調用相應的版本的類庫。我覺得.NET實現方法未免太復雜了一些，將所有共享類庫都塞到一個系統目錄下，并且同一個類庫還有n個版本，將來.Net第三方開發的類庫逐漸豐富起來以后，.Net類庫的GAC也會越來越龐大，會不會也搞得和Windows注冊表一樣難以維護？軟件發布到服務器上的時候，類庫要再注冊一次，服務器會逐漸形成一個龐大的樹狀的GAC，GAC里面存放著組件的n個版本。
全局程序集緩存不會是無限大的，所以“將來.Net第三方開發的類庫逐漸豐富起來以后，.Net類庫的GAC也會越來越龐大，會不會也搞得和Windows注冊表一樣難以維護？”這是杞人憂天。原因如下：第一是操作系統的生命周期一般不會是無限長的，而且越來越短，Windows為證，同時.Net Framework也在不斷更迭，在十年左右的時間里，全球的程序產量是有限的，高質量的第三方開發的類庫更是有限，需要注冊到GAC的就更少了。
Java運行時環境與Java平臺
盡管Java Runtime Environment是Java平臺的一部分，但Java Runtime Environment不應與Java平臺合并。原因是，Java平臺是一般的東西，但Java Runtime Environment是一個SPECIFIC組件，就像Java Development Kit一樣。
Java Runtime Environment不是“來自Sun”
遺憾的是，這篇文章不僅是錯誤的，而且傳播了錯誤觀念，即運行Java需要Sun Microsystems：<<“Java Runtime Environment，或JRE，是Sun Microsystems的軟件包，它允許計算機系統運行Java應用程序。”>>Sun實際上擁有（* note1）Java規范，但任何人（* note2）都可以編寫Java Runtime實現。（注意1：好的，確定，有JCP，但實際上Sun擁有該語言。）（注2：好的，不是任何人；編寫實現的人必須承諾不破壞規范（例如，像微軟試圖做的那樣）通過許可Sun的規范 - 但這只是實現虛擬機的權利。）。
版本號
在sun.com下載頁面上，當前版本是“Java（TM）SE Runtime Environment 6”。java.com測試頁要我更新到“版本6更新2”。我安裝的版本是最近的（幾周），但版本號為1.5.0_11。
-87.162.24.12610：46，2007年7月24日（UTC）
通過閱讀長期存在的bugzilla 83376（自2001年以來）追蹤了Java引發FF2異常的可能原因看起來Sun的Java插件（甚至是最新版本）在FF2下使用了useragent（UA）欺騙（仍然一些網站所需要的，因為，用Sun自己2001年的話來說：“Java插件依賴于用戶代理字符串來獲取版本信息，不會做出修復。”很好，最后。這意味著FF的UA必須在啟動時默認（不是欺騙）。如果FF的UA被欺騙，那么下次FF啟動時Java會引發異常。尷尬，但至少我現在有一個解決方法修復。
奇怪的是，JRE術語（這個術語很常見）會重定向到Java虛擬機，而Java虛擬機主要由已經知道Java是什么的人使用。似乎更好地解釋什么是JRE，并在那里提供wiki鏈接。
參考資料 >