Java SE Runtime Environment x64安

   Java SE Runtime Environment(JRE)是Java SE平臺(tái)的標(biāo)準(zhǔn)版運(yùn)行環(huán)境，它包含了Java虛擬機(jī)(JVM)和Java核心類庫(kù)，使得Java程序能夠在各種平臺(tái)上運(yùn)行，實(shí)現(xiàn)了“一次編寫，到處運(yùn)行”的理念。JRE提供了豐富的API和庫(kù)，支持各種Java應(yīng)用程序的開發(fā)和運(yùn)行。此外，JRE還包括兩項(xiàng)關(guān)鍵的部署技術(shù)：Java插件和Java Web Start。Java插件可以使小程序在常用瀏覽器中運(yùn)行，而Java Web Start則可以通過(guò)網(wǎng)絡(luò)部署獨(dú)立的應(yīng)用。

基本介紹

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

      ·某類庫(kù)1.0版本 C:Winntassemblygac名稱1.0名稱.dll

      ·某類庫(kù)1.1版本 C:Winntassemblygac名稱1.1名稱.dll

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

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