?
快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

喜虎娛樂:關于 java.exe 是如何載入 JVM

?

將會天生如下3個項目:

HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit

HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in

HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment

同時,Java2 SDK安裝法度榜樣將會把java.exe,javaw.exe,javareg.exe這3個可履行文件拷貝到winnt\system32目錄下,因為winnt\system32被操作系統缺省的設置為最高優先權的PATH搜索路徑,是以可包管用戶在敕令行任何目錄下可運行java.exe來啟動JVM。

那么java.exe在啟動時若何確定其JRE所在的目錄以及必要動態加載的鏈接庫呢?java.exe是經由過程下面要領來確定的:

要是存在../jre/bin/java.dll文件,則查找../jre/lib/ jvm.cfg文件,在該文件中,第1個被列出的jvm.dll類型作為缺省值(要是在java.exe敕令行指定了jvm.dll的類型,則應用指定類型)。jvm.dll類型分為hotspot,classic,server三種。要是不存在../jre/lib/jvm.cfg文件,則打印下面的差錯信息:

Error: could not open 'c:\jdk1.3\jre\lib\jvm.cfg'

如不存在../jre/bin/java.dll(當運行的是winnt\system32\java.exe),則注冊表將在此時發揮感化,HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\ CurrentVersion鍵值所記錄的實際上是winnt\system32\java.exe的版本值,該版本值只保存主、次兩個版本號,如1.2,1.3等。

同時java.exe法度榜樣內部本身也有一個標識自身的版本值,如1.2、1.3等。java.exe根據自己內部的版本值和CurrentVersion值相對照,假如發明兩個值相等,則將在HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\MainVersion.MicroVersion項下獲取JRE所在目錄及動態鏈接庫,這兩個鍵的名稱分手是JavaHome和RuntimeLib,MainVersion表示主版本號,MicroVersion表示次版本號。

假如java.exe內部版本值和CurrentVersion不同等,則報類似以下的差錯:

Registry key 'Software\JavaSoft\Java Runtime Environment\CurrentVersion'

has value '1.2', but '1.3' is required.

意思是說,注冊表當前所紀錄的winnt\system32\java.exe版本為1.2,然則此時運行的java.exe版本為1.3。java.exe訴苦除非注冊表有1.3版的紀錄,否則自己無法精確定位JRE目錄和jvm.dll,是以提示1.3是必要的。

這里,我們不能簡單的改動注冊表的CurrentVersion值來達到這個目的。一樣平常地,當在系統中裝了兩套版本的Java2 SDK(如先裝1.2而后又裝了1.3),后面安裝的Java2 SDK會將自己帶的java.exe和javaw.exe拷貝到winnt\system32目錄下,從而覆蓋先前版本的java.exe和javaw.exe,并且在注冊表中改寫CurrentVersion為1.3。以是建議在安裝Java2 SDK前,先卸載曩昔安裝的版本。假如工資的改動CurrentVersion,會使得不合版本的java.exe加載與己版本不符的java.dll及jvm.dll,將引起難以預感的后果!

特殊環境:

JBuilder自己帶一套JDK,在JBuilder安裝完成后,JBuilder安裝法度榜樣會改動Cu喜虎娛樂rrentVersion為自己所帶JDK的版本,但不會覆蓋winnt\system32下的java.exe和javaw.exe。

WebLogic自己帶一套JDK,在WebLogic安裝完成后,WebLogic安裝法度榜樣不會改動注冊表,也不會覆蓋winnt\system32下的java.exe和javaw.exe。

Oracle自己帶一套JDK(一樣平常是對照低版本的,例如8.1.7僅僅帶JDK 1.1.7),在Oracle安裝完成后,Oracle安裝法度榜樣不會改動注冊表,也不會覆蓋winnt\system32下的java.exe和javaw.exe。然則,Oralce安裝法度榜樣會改動系統PATH變量,將自帶的JRE的bin路徑加入此中,且置于最前面。跟著Oracle安裝版本的不合,其自帶JRE的JVM啟動法度榜樣也不合。在筆者機械上安裝的Oracle 8.1.7,其JRE就裝在C:\Program Files\Oracle下,并將C:\Program Files\Oracle\jre\1.1.7\bin放在PATH變量最前,其JVM啟動法度榜樣是jre.exe而非java.exe。

以上便是Java2 SDK在Windows下安裝時所做的動作,這樣會帶來兼容性問題:

問題背景:安裝Java2 SDK后,安裝了JBuilder6,未改動任何PATH變量

問題1

當在操作系統中安裝了JDK 1.2,其后安裝了JBuilder6(自帶JDK 1.3.1),這時CurrentVersion為1.3,在敕令行履行java -version時,提示:

Registry key 'Software\JavaSoft\Java Runtime Environment\CurrentVersion'

has value '1.3', but '1.2' is required.

辦理措施:將JDK 1.2中java.exe所在路徑加入到操作系統PATH的首位,從而包管在敕令行調用java時老是履行JDK 1.2中的java.exe,以使得java.exe可精確定位JRE和jvm.dll。

問題2

當在操作系統中安裝了JDK 1.3.0,而后安裝了JBuilder6(自帶JDK 1.3.1),這時CurrentVersion為1.3,然則此1.3是指向的是JBuilder6自帶的JDK 1.3.1的JRE,而非指向先前JDK 1.3.0的JRE,當在敕令行履行java -version時,此時履行的是JDK 1.3.0拷貝到winnt\system32的一個java.exe副本,但打印的版本信息卻是:

java version "1.3.1"

Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)

Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)

導致該問題的緣故原由是java.exe只掩護小數點后1位的版本號,而非2位。

辦理措施:同問題1

問題3:

假如在操作系統中先安裝了JDK 1.3.0,而后安裝了帶有與安裝JDK主次版真相同的JBuilder6(帶JDK 1.3.1,前兩位相同),則問題1實際上被隱蔽了,沒有發生的時機;而問題2的隱蔽性也很強,不輕易發覺,由于人們每每會輕忽JDK的第3個版本號。

如問題2所敘,在敕令行履行java,雖然是應用JDK 1.3.0的一個java.exe副本(winnt\system32目錄下),而實際上卻是應用JBuilder6下JDK 1.3.1的JRE及其目錄布局,其結果是當我們應用Java2的extension mechanism將jar文件放到JDK喜虎娛樂 1.3.0的jre\lib\ext目錄下時,發明達不到盼望的效果 – 在敕令行用java啟動法度榜樣時,不會自動去JDK 1.3.0的jre\lib\ext目錄下去搜索jar文件,它只會去JBuilder6下JDK 1.3.1的jre\lib\ext去搜索jar文件,而JBuilder6下的JDK 1.3.1并不存在jre\lib\ext這么一個目錄!

問題3極為隱蔽,除非完全對Java2 SDK的安裝及class定位機制懂得,一樣平常的開拓者是難以發明問題所在的。有關Java2中class定位機制,見《Java2中的class定位機制》一文。

事實上,縱然僅僅在系統中存在一份JDK 1.3.0,假如在敕令交運行java的話,應用的JRE目錄是C喜虎娛樂:\Program Files\JavaSoft\JRE\1.3,也便是說,縱然我們在c:\jdk1.3\jre\lib\ext下放置我們的extension jar,也得不到預期的結果。精確的做法是放在C:\Program Files\JavaSoft\JRE\1.3\lib\ext目錄下。

辦理措施:同問題1

綜上所敘,強烈建議將%JDK_HOME%\bin目錄放在Windows操作系統的PATH變量的首位,以避免潛在的問題。

而在UNIX下,則完全不存在類似Windows操作系統上的問題。

我們在敕令下履行的java是/bin/java

$which java

$/bin/java

而/bin是到/usr/bin的鏈接,也便是說/bin/java實際上是/usr/bin/java

而/usr/bin/java實際上鏈接到/usr/java/bin/java,/usr/java是到/usr/java1.2的鏈接(Solaris 7或更高系統內置JDK 1.2),以是我們實際上履行的java是

/usr/java1.2/bin/java

根據UNIX上的環境,java在運行時實際上老是可以用../jre/lib/sparc/libjava.so和../jre/lib/sparc/libjvm.so來找到這2個文件,前者類似于Windows下的java.dll,而后者類似于Windows下的jvm.dll。以是java也老是可以確定自己JRE的目錄。

Windows和UNIX上用到的動態鏈接庫,實際上在Sun的文檔中稱為optional package's native code binaries,optional pakage實際上即為extension mechanism classes,詳見《Java2中的class定位機制》。

要變動UNIX上java的版本,變動/usr/java的鏈接是此中一個措施,詳細可拜見JDK在UNIX上的安裝先容。

彌補:(2002-12-23)

Windows若何定位Plug-in

根據在PATH情況變量中找到的java.exe的版本號,到HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in下探求對應版本的Java 喜虎娛樂Plug-in,在HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in下可以有多個版本的Plug-in存在。

不依附HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit的CurrentVersion值和HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Ru喜虎娛樂ntime Environment的CurrentVersion值來定位應該應用哪個版本的Java Plug-in。

免責聲明:以上內容源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

您可能還會對下面的文章感興趣:

快三平台开户