系統(tǒng)下載、安裝、激活,就到系統(tǒng)天地來!

所在位置: 首頁 — 軟件下載 — 應(yīng)用軟件 — 編程軟件  —  Java SE Runtime Environment
Java SE Runtime Environment

Java SE Runtime Environment

  • 軟件授權(quán): 免費(fèi)軟件
  • 軟件類型: 國產(chǎn)軟件
  • 軟件語言: 簡體中文
  • 更新時(shí)間: 2023-11-17
  • 軟件評(píng)分:
  • 軟件大?。? 160MB
  • 應(yīng)用平臺(tái): WinAll
立即下載 安全下載 使用windsoul軟件管家下載

軟件介紹 下載地址

為您推薦:- Environment

基本簡介

Java SE Runtime Environment官方版是一款Java平臺(tái)的標(biāo)準(zhǔn)運(yùn)行環(huán)境。Java SE Runtime Environment官方版包含了Java虛擬機(jī)(JVM)和Java類庫等關(guān)鍵組件讓用戶可以運(yùn)行Java應(yīng)用程序,并在計(jì)算機(jī)上體驗(yàn)到豐富多彩的Java應(yīng)用世界。Java SE Runtime Environment官方版還提供了Java更新機(jī)制,使用戶能夠及時(shí)獲取最新的安全補(bǔ)丁和功能更新。

Java SE Runtime Environment基本介紹

  1、Java SE Runtime Environment 共享類庫需要在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為什么要把這么簡單的事情搞到這么復(fù)雜?

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

Java SE Runtime Environment注意事項(xiàng)

  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為什么要把這么簡單的事情搞到這么復(fù)雜?

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

Java SE Runtime Environment更新介紹

  - “G1 增強(qiáng)功能 (JEP156): 限制了長期停頓的可能性,釋放系統(tǒng)資源。G1依靠全面的垃圾收集(Garbage Collections)以執(zhí)行分類卸載,并減少任何其他的關(guān)鍵性操作。

  - Java Flight Recorder (JFR)的動(dòng)態(tài)支持: 為了簡化Oracle Java SE Advanced使用性,JFR現(xiàn)在能夠命令行或Java任務(wù)控制(JMC)中的動(dòng)態(tài)啟動(dòng),無論其是否是原始的啟動(dòng)參數(shù)都可實(shí)現(xiàn)。JFR的動(dòng)態(tài)啟動(dòng)讓用戶無需停止工作也能解決生成問題。

  - 增強(qiáng)本地包裝程序:允許開發(fā)人員在不安裝現(xiàn)有的Java Runtime的基礎(chǔ)上創(chuàng)建本地應(yīng)用。這些獨(dú)立的應(yīng)用能夠在如Mac應(yīng)用商店的區(qū)域內(nèi)進(jìn)行部署。應(yīng)用開發(fā)人員可全面控制運(yùn)行時(shí)間和應(yīng)用輸入口。

  - 新的日期更新工具:這個(gè)工具能夠從IANA時(shí)期注冊(cè)表數(shù)據(jù)庫中消耗“初始”的數(shù)據(jù)(tzdata)規(guī)則,并把其轉(zhuǎn)換成JRE所需要的格式。這讓用戶通過升級(jí)最新的IANA就能同時(shí)實(shí)現(xiàn)JDK/JRE時(shí)區(qū)的更新。

  - 支持Nashorn:該版本擁有大量的Nashorn優(yōu)化功能,包括對(duì)動(dòng)態(tài)語言的支持等等。同時(shí)新版本還增加了Nashorn 分類過濾器,可以通過全新的過濾界面從JavaScript編碼中對(duì)Java分類進(jìn)行精細(xì)管控。

  - 針對(duì)內(nèi)存壓力的JVM反饋: “內(nèi)存壓力” 是代表系統(tǒng)總體內(nèi)存使用(RAM)的一個(gè)特性。這個(gè)新特性可以在部署多個(gè)JVM的系統(tǒng)中降低內(nèi)存的消耗,并將其在每個(gè)JVM內(nèi)的大小控制在一定的范圍之內(nèi),避免因內(nèi)存不足而引發(fā)的問題(OOMEs)。

  - Java 任務(wù)控制 5.5 (JMC): 這個(gè)工具現(xiàn)在已經(jīng)和JDK 8u40進(jìn)行捆綁。基于Eclipse 4.4,JMC 5.5包含了現(xiàn)在已經(jīng)簽署的插件,并擁有默認(rèn)隱藏Lambda 格式的隱藏方式。

  - Lambda 格式的減少和緩存 (JEP 210): 這個(gè)增強(qiáng)功能可以為應(yīng)用減少所需的內(nèi)存足跡,同時(shí)提高了動(dòng)態(tài)語言的性能。

  - 本地內(nèi)存跟蹤擴(kuò)展性 (JEP 195): 這個(gè)功能已經(jīng)得以提升,讓其運(yùn)行時(shí)不會(huì)產(chǎn)生顯著的性能影響。同時(shí),該功能讓用戶可以自行診斷Java虛擬機(jī)(JVM)內(nèi)存泄露。

  - 增強(qiáng)SHA算法的加密性: SPARC類型系統(tǒng)的性能已經(jīng)得到提高,這些系統(tǒng)在網(wǎng)絡(luò)信任中通過簽署證書而被大量使用。SHA性能對(duì)互聯(lián)網(wǎng)安全很重要,因?yàn)闉g覽器已經(jīng)開始使用計(jì)算更昂貴的SHA-256版本或者更高版本,SHA-1正在逐漸被淘汰。

  新推的JavaFX特點(diǎn)和增強(qiáng)功能包括:

  - 能夠在Mac OS X上實(shí)現(xiàn)JavaFX堆棧現(xiàn)代化(JEP 206):JavaFX媒介堆棧已經(jīng)從不適用于QTKit和 Quicktime遷移到更新的AVFoundation 架構(gòu)中, 全面適配Mac OS X。 該功能幫助使用JavaFX媒體堆棧的開發(fā)人員有機(jī)會(huì)在Mac應(yīng)用商店上發(fā)布他們的應(yīng)用。

  - JavaFX 訪問性 (JEP 204):現(xiàn)有的JavaFX控制功能已經(jīng)得到增強(qiáng),并為開發(fā)人員提供了公用的API,讓其可以編寫自己的訪問控制程序。

  - 當(dāng)前的Java SE版本可用于一般計(jì)算使用,在Oracle網(wǎng)站上無需付費(fèi)。如欲獲取,終端用戶可訪問這里,開發(fā)人員可訪問