classpathjava
A. java中classpath的值是多少
查看文章 JAVA中classPath全面解析 2009年08月22日 14:15
# 摘要
Class Path是Java執行時期環境用來搜尋類別與其它資源所用之路徑。Class Sear
ch Path（通常使用Class Path這個縮寫名稱比較為人所知）可以在呼叫SDK工具程
式時使用-classpath或者是設定CLASSPATH環境變數。建議是使用-classpath選項，
因為您可以獨立的為每一個應用程式設定，而不會影響其它的應用程式，且不會有
其它的應用程式來改變這個值。
1 C:> sdkTool -classpath classpath1;classpath2...
-或-
1 C:> set CLASSPATH=classpath1;classpath2...
在這邊：
sdkTool：是一個命令列工具程式，像是java、javac 或 javadoc.
classpath1;classpath2：指向.jar、.zip或 .class檔案的Class Path，每一個cl
asspath都應以檔名或目錄名稱（這與您所要設定的classpath有關）作結束。
* 對於一個包括.class的.jar或.zip檔案而言，class path要以.zip或.jar檔案的
名稱作結束。
* 對於一個未命名的package而言，class path要以包括所有.class檔案的目錄作結
束。
* 對於一個已命名的package而言，class path要以包括"根"package（完整packag
e名稱的第一個package）的目錄名稱作結束。
多個路徑項目要以 分號 作區隔，使用set指令，重要的是等號兩邊不可有空白。
預設的class path是目前的目錄，設定CLASSPATH變數或使用-classpath命令列選項
時會覆蓋這個預設，所以如果您要在目前的搜尋路徑中包括目前的目錄，您必須在
新設定中包括"." 。
即不是目錄也不是文件檔案（.zip或.java）的classpath會被忽略。
# 說明
class path告訴SDK工具程式與應用程式要到哪邊尋找第三元件（third-party）與
使用者定義的classes，也就是它們非Java延伸套件或非Java平台的一部份。在您使
用javac編譯器編譯類別時，需要使用class path來找出任何所需的套件 -- 預設是
目前的目錄，以方便找到這些類別。 Java2 SDK、JVM與其它的SDK工具藉由搜尋Ja
va平台、classes、其它延伸classes與class path來找到所需的classes，以這個順
序（要瞭解搜尋策略的細節，請看如何尋找Classes, How Classes Are Found），
大部份應用程式所用的類別庫就可以利用延伸套件機制（extensions mechanism）
，在您載入一個不在目前目錄的類別或它的其它子目錄且它們不在伸延伸套件機制
中時，您所要作的就是設定class path。
如果您從舊版本的SDK升級上來，在您的啟動設定中可能包括已經不再使用的CLASS
PATH設定，您必須將這些非特定應用程式的設定移除，像是classes.zip，一些使用
到Java虛擬機器的第三元件應用程式可能會更改您的CLASSPATH環境變數，以將它們
所使用的程式庫包括進去，這些設定則可以保留。
在您要求JVM或其它SDK工具程式時，您可以在使用Java工具程式時藉由-classpath
選項來改變class path，或是使用CLASSPATH環境變數來指定。建議是使用-classp
ath選項會比設定CLASSPATH環境變數來得好，因為您可以為每一個應用程式分別設
定，而不會影響其它的應 用程式，而其它應用程式也不會改變這個值。
Classes可以被儲存在目錄（資料夾）或是在文件檔案（archive files），Java平
台的classes是被儲存在rt.jar，要瞭解文件檔案的細節或是class path如何運作的
資訊，請看看稍後小節的 "瞭解class path與package名稱"。
重要、注意：一些舊版本的JDK軟體在預設的class path中包括了<jdk-dir>/class
es項目，這些目錄的存在是為了被JDK軟體使用，而不應被應用程式classes使用。
應用程式類別應該被放在JDK目錄結構之外的其它目錄，用這種方式，新的JDK就不
會強迫您重新安裝應用程式classes，為了要與舊版本相容，必須使用<jdk-dir>/c
lasses目錄作為類別庫的的應用程式，在目前的版本也可以運作，但不保證在未來
的版本中仍可以運作。
# 使用SDK工具程式的-classpath選項
SDK工具程式 java、jdb、javac與javah擁有一個-classpath項目，當執行工具程式
時，它用於取代由CLASSPATH環境變數所設定的路徑，在改變class path設定時，這
是個建議使用的選項，因為每一個應用程式可以擁有自已所需的class path，而不
會與其它應用程式相互干擾。
執行時期工具程式java也有一個 -cp 選項，這個選項是-classpath的縮寫名稱。
對於一些相當特殊的例子來說，java與javac都擁有一些項目可以讓您改變它們用來
找到專屬類別庫的路徑，然而絕大多數的使用者從未需要使用這些項目。
# 使用CLASSPATH環境變數
一般而言，建議您使用-classpath命令列選項，就如同上面所提過的，這個小節將
告讓您如何設定CLASSPATH環境變數，如果您想這麼作的話，或者是想清除之前安裝
所留下的設定。
設定 CLASSPATH：
CLASSPATH環境變數可以藉由set指令來修改，格式是：
1 set CLASSPATH=path1;path2 ....
路徑應該以磁碟機代號開始，例如C:\，用這種方式，即使您切換至另一個磁碟機也
可以找得到classes。（舉個例子來說，假如路徑項目以斜線開始而您在磁碟機D:，
那麼classes將會預期是在D:，而不是C:）
清除 CLASSPATH：
如果您的CLASSPATH環境變數已經被設定為某個值，但是並不正確，或者是您的啟動
檔案或是命令稿被設定了錯誤的路徑，您可以藉由以下來取消CLASSPATH的設定：
1 C:> set CLASSPATH=
這個指令只取消目前的命令列提示視窗CLASSPATH設定，您應當刪除或修正您的啟動
設定，以保證您在下一次操作也會有正確的CLASSPATH設定。
改變啟動設定：
如果CLASSPATH被設定於系統啟動時，設定的地方則視您所使用的作業系統而定：
作業系統方法：
*Windows 95與98 檢查autoexec.bat中的set指令
*其它（Windows NT、Windows 2000、....）使用控制台中的系統工具來設定CLASS
PATH變數
# 瞭解class path與package名稱
Java的classes被組織為packages，它們對應於檔案系統的目錄結構，但是不像檔案
系統，每當您指定一個package名稱時，您指定整個package名稱而不是部份名稱，
例如，java.awt.Button的package名稱是使用java.awt來指定。
例如，假設您要Java執行環境找到一個在 package名稱 utility.myapp 中名叫Coo
l.class的class，假如該目錄的路徑是C:\java\MyClasses\utility\myapp，您要設
定class path以包括 C:\java\MyClasses。
要執行這個應用程式，您可以使用下面的JVM指令：
1 c:> java -classpath C:\java\MyClasses utility.myapp.Cool
當應用程式執行時，JVM會使用class path設定來找到任一其它被定義於utility.m
yapp package（它被Cool類別使用）中的類別。
注意在指令中被指定的整個package名稱，這是不可能的，例如，設定class path包
括C:\java\MyClasses\utility並使用指令java myapp.Cool，這麼作並不會找到cl
ass。
（您可能會想是什麼定義了一個class的package名稱，答案是package名稱是class
的一部份，而且不可被修改，除非重新編譯）
注意：一個package指定機制的有趣的結果是，同一個package中的部份檔案可以存
在於不同的目錄，對於每一個class而言，package名稱將會相同，但是每一個檔案
的路徑將會以class path中不同的目錄開始。
目錄與文件檔案（archive files）：
當classes被儲存在目錄（資料夾），像是c:\java\MyClasses\utility\myapp，那
麼class path項目指向包括package名稱第一個元素的目錄（在這個例子中是c:\ja
va\MyClasses，因為package名稱是utility.myapp）
但是當classes被儲存在文件檔案時（a.zip或.jar檔案），class path項目就是指
向且包括.zip或.jar的檔案，例如，使用在.jar檔案中的類別庫，指令會像是：
1 C:> java -classpath C:\java\MyClasses\myclasses.jar utility.myapp.Cool
多個指定：
要尋找C:\java\MyClasses中與C:\java\OtherClasses中的classes，您可以這麼設
定class path：
1 C:> java -classpath C:\java\MyClasses;C:\java\OtherClasses ...
注意兩個路徑是以分號作區隔。
指定順序：
指定多個class path項目的順序很重要，Java解碼器（interpreter）會以class p
ath變數 中的順序來於目錄中尋找classes，在上面的例子中，Java解碼器首先會在
目錄C:\java\MyClasses中尋找所需的類別，只有在它於該目錄中找不到適當名稱的
類別時，解碼器才會於C:\java\OtherClasses目錄中尋找。
///////////
話說回來,
我們有沒有辦法, 將一些常用的 jar file 放到一個目錄中 ex: commons-lib\
透過一個程式來自動 import commons-lib 之下的所有 jar
類似 tomcat 我們只要放到 lib 中, 程式會自動 import .
就可以 import and compile 了 ^^~
我想這是可行的.
但是現實中, 我們還要去判斷重復的 class 該如何去設定.
看來, 要去 trace tomcat sourcecode 並且修改 ^^~
//////////////
javac.exe有一個參數-extdirs可以下, 我看它的說明
很像是下了這個就可以做到自動import指定目錄下的jar檔吧
不過java.exe沒有
///////////
LoadClass
LoadLibrary
so many so on.
JDK allows compile at runtime.
/////////////
dear biology
我要的不是 LoadLibrary , 你這樣還是需要指定你要哪個 library
應該是說, 我想要的是只要將相關的 jar file 放到一個指定的目錄.
可以少去 complie 及 run 時候不需要設定 CLASSPATH.
////////////////////
剛剛測試了一下 ClassLoader 他可以把我們想要的 .jar 檔全部載入 jvm 但是有
個小問題. 那就是 Class.forName(String) 這一個不一定會找到我們要的 class.
... 需要利用 class.forName(className, initialize, classloader). 但是需要
先指定 classloader... 這個是個問題....
原因是 Class.forName(string) 會取代成 Class.forName(string, true, curren
tClass.classloader)... 如果那個 classloader 本身(還有 parent classloader
)沒有 這特定 library 存在, 那就無法抓到指定的 class.... 所以總歸 還是一次
加入 CLASSPATH 比較好... 或則只好拜託人深入研究了...
[事實你可以利用 ClassLoader 半自動達到你要的東西....]
/////////
部分我測試用的 code: 希望多少有幫助...
java.net.URL u[]=new java.net.URL[1];
u[0]=new java.net.URL("http://localhost/onlytest.jar
);
java.net.URLClassLoader cl=java.net.URLClassLoader.newInstance(u,ClassLo
ader.getSystemClassLoader());
cl.loadClass("BioTester.BioTestClass").newInstance();
//org.apache.bcel.util.ClassLoader. //purpose?
//this will be failed: Class.forName("BioTester.something")
Object obj=Class.forName("BioTester.something",true,cl).newInstance();
//Object obj=cl.loadClass("BioTester.something").newInstance();
java.lang.reflect.Method m=obj.getClass().getMethod("aaa",null);
m.invoke(obj, null);
//////////////////
你們不會不知道吧？！
JRE/lib/ext 就是這個用途啊，讓你放 third-party 的 library，JRE 啟動時會把
自動載入里頭的 jar(應該說 classloader 需要 resolve class 時會到這個目錄下
來找)。
主要的問題是，安裝 JDK 時一般人可能會裝兩個 JRE，一在 JDK 安裝目錄下的 J
RE 目錄，一在(預設) Program files 目錄下的 Java 目錄。javac.exe 使用的是
JDK 所附的 private JRE(JDK/JRE)，而執行 Java 程式則要看你的 path 定。
JDK\bin\java.exe, JDK\jre\bin\java.exe 使用的是 private JRE，program fil
es\java\jre1.x.x\bin\java.exe, WinNT(Windows)\system32\java.exe 使用的是
public JRE。javaw.exe 同上。
比較保險的做法是把 third-party library jar file 在 private JRE/public JR
E 各放一份，這樣可確保編譯時可以 resolve third-party classes，或是設定 p
ath 使得優先使用 private JRE(或乾脆就移除掉 public JRE)。
Eclipse 比較特別，你可以只把 third-party 放在 public JRE 就好，不需要放在
private JRE 也可以在編譯時讓編譯器去參考到所需要的 class。
///////////////////
沒錯, 這就是我希望的功能,
擺在那邊 install 沒問題, 但是 uninstall 就會有問題了,
因為可能會有重復使用到的 jar files.
所以我希望能夠指定一個目錄
當我是個 application setup 完成之後,
目前的做法是在 run.bat 中設定相關的 CLASSPATH
此外, 對於一個 java 新手,
我也希望提供一個簡單的方法管理及部署 jar files.
避免 CLASSPATH 設定的問題.
簡單來說, 就是執行某個程式可以自由地增加目錄相當 %JAVA_HOME%/lib/ext
接著我開發我的程式或執行我的程式,
而且透過那個程式可以做一些 jar files 的管理
例如說, 優先順序, 重復剔除 等等的功能 ^^~
///////////////
我想jini兄跟Biologic兄應該都知道的...
但是我臆測可能他們認為放在JRE/lib/ext不是很恰當的方法
第一個問題就是將來使用者要自己把使用的classpath放在/jre/lib/ext
會造成使用者的困擾
二來 可能會有一些版本的沖突...
以前就有發生這個例子
就是抓了很多xml parser..
而每個裡面又包了JAXP
結果有的包舊的有的包新的..
錯誤就這樣產生了...
一般來講還是在執行的時候給classpath才是上策
至於太多lib的話
我個人還是不喜歡程式裡面用ClassLoader去抓...
我寧願提供批次檔給他執行
或是提供build.xml.. ant題供**/*.jar的寫法
////////////////
同意 popcorny 的看法, 放在 JRE/lib/ext 下可行, 但"層級"太高, 尤其如果是在
web app(tomcat) 或 J2EE 的環境底下, 必須考慮 class loading 先後順序的問題
(好像在spec中有定義.)
所以應該不會有任何一個java applicaion installation guide 要你把哪個 jar 放在
JRE/lib/ext 中
(但這好像不屬於新手區的討論 ...)
///////////////////////
如果說是同一套 library 不同版本的沖突問題，最基本(可能也是最好的)解法是，
替每一個 application 提供一個批次檔，指定專用的 classpath。或是寫個 clas
sloader 會依照 application 的屬性(xml file)，到特定的目錄去找 jar，但是這
沒有辦法套用在其他廠商提供的應用程式上。
一個比較可行的辦法是，寫一個 application launcher，擁有管理 jar library
及每個應用程式所倚賴的 library 的對應關系，然後要求使用者在執行任何 Java
application 時，都得透過 app launcher(app launcher 會啟動特定的 classlo
ader 來載入 app 所需要的 jar)來啟動(這很容易)。
//////////////////////////
很多 ext package 都是要求自己設定 classpath，指示把 ext-package jar 放進
Jre/lib/ext 也是有：Java Communications API。
/////////////////////
"很多 ext package 都是要求自己設定 classpath ..."
這樣比較好.
"指示把 ext-package jar 放進 Jre/lib/ext 也是有 ..."
javax 是 java "extention", 個人認為比較不像 "application",
既然是 Java 的一部份, 建議直接放 jre/lib/ext 下也無可厚非,
但版本的問題可能會是 nightmare.
個人認為還是用 "application specific" classpath 好.
Application 把 jar 直接往 jre/lib/ext 放, 不是不可以, 而是*不應該*.
如果在 jre/lib/ext 下有一個 a.jar, 在classpath中有一個 a.jar,
在 WEB-INF/lib 下也有一個 a.jar,哪一個會先被用呢?
jini 兄提到的 uninstall 亦是個問題.
對新手來說, 建議把所有的 jar 往 jre/lib/ext 放可能方便些,
but may not be a good practice.
B. java中classpath如何配置
java中classpath的配置方法如下：
我的電腦（計算機）-右擊屬性-高級-環境變數-系統變數-新建JAVA_HOME，classpath，path
變數名
JAVA_HOME
變數值
D:\Program Files\Java\jdk1.6.0_10
變數名
classpath
變數值
;%JAVA_HOME%\lib\tools.jar;%JAVA_HOME%\lib\dt.jar;
變數名
path
變數值
%JAVA_HOME%\bin;
jdk6以後的版本都不用再配CLASSPATH，而且也不建議去配。
理論上java安裝完一個變數都不需要配置，只不過為了命令行敲起來方便，所以通常會把jdk/bin目錄下加入到path變數中。
C. java classpath 如何設置
最簡單的方法是：
set path= D:javajdkin；然後再輸入javac 看看。
D. 在Java程序設計中，設置環境變數path和classpath的作用分別是什麼
path和classpath的作用分別是：
1、PATH環境變數。
作用是指定命令搜索路徑，在i命令行下面執行命令如javac編譯java程序時，它會到PATH變數所指定的路徑中查找看是否能找到相應的命令程序。
需要把jdk安裝目錄下的bin目錄增加到現有的PATH變數中，bin目錄中包含經可執行文件javac/java/javadoc等待，設置PATH變數後，就可以在任何目錄下執行javac/java等工具了。
2、CLASSPATH環境變數。
作用是指定類搜索路徑，要使用已經編寫好的類，前提當然是能夠找到它們了，JVM就是通過CLASSPTH來尋找類的。
需要把jdk安裝目錄下的lib子目錄中的dt.jar和tools.jar設置到CLASSPATH中，當然，當前目錄「.」也必須加入到該變數中。
新版的軟體，classpath沒有什麼用了，因為在安裝的時候已經選了JDK而且可以添加
3、JAVA_HOME環境變數。
它指向jdk的安裝目錄，Eclipse/NetBeans/Tomcat等軟體就是通過搜索JAVA_HOME變數來找到並使用安裝好的jdk。
E. java的環境變數classpath該怎麼設置呢
java的環境變數classpath的設置方法：
1、在我的電腦界面，滑鼠右鍵點擊「此電腦」。
F. Java環境變數中classpath是必須配置嗎
設置環境變數
在java 中需要設置三個環境變數（1.5之後不用再設置classpath了，但個人強烈建議繼續設置以保證向下兼用問題）
JDK安裝完成之後我們來設置環境變數：右擊「我的電腦」，選擇「屬性」，選擇「高級」標簽，進入環境變數設置，分別設置如下三個環境變數：
（1）配置path變數：
為什麼要配置path變數？因為電腦系統將根據該變數的值找到java編程中需要的一些程序，比如javac.exe、java.exe、javah.exe等等,其中javac.exe程序是用於編譯java源代碼，java.exe程序是用於執行後綴為class的代碼。
（2）配置classpath變數：
為什麼要配置classpath變數？配置classpath變數，才能使得java解釋器知道到哪裡去找標准類庫，這些標准類庫是別人已經寫好了的，我們只管使用。
（3）配置JAVA_HOME變數：
為什麼要配置classpath環境變數？一是為了方便引用，比如，JDK安裝在C:Program FilesJavajdk1.5.0_17目錄里，則設置JAVA_HOME為該目錄路徑。
G. java中如何設置classpath.
工具：電腦
步驟：
1、點擊 此電腦，然後選擇屬性
H. 關於java中的classpath
你好，不是輸入classpath，正確如下
首先介紹一下環境變數的設置方法：（這里以jdk1.6來安裝，其他版本一樣）在把jdk安裝到計算機中之後，我們來進行設置使java環境能夠使用。
首先右鍵點我的電腦。打開屬性。然後選擇「高級」裡面的「環境變數」，在新的打開界面中的系統變數需要設置三個屬性「JAVA_HOME」、「path」、「classpath」,其中在沒安裝過jdk的環境下。path屬性是本來存在的。而JAVA_HOME和classpath是不存在的。
點「新建」，然後在變數名寫上JAVA_HOME，顧名其意該變數的含義就是java的安裝路徑，呵呵，然後在變數值寫入剛才安裝的路徑「C:/jdk1.6」。（註：
如果安裝的路徑不是磁碟C或者不是在jdk1.6這個文件夾，可對應修改。以下文字都是假定安裝在C:/jdk1.6裡面。）
其次在系統變數裡面找到path，然後點編輯，path變數的含義就是系統在任何路徑下都可以識別java命令，則變數值為「.;%JAVA_HOME%/bin」，(其中「%JAVA_HOME%」的意思為剛才設置JAVA_HOME的值），也可以直接寫上「C:/jdk1.6/bin」
最後再點「新建」，然後在變數名上寫classpath,該變數的含義是為java載入類(class or
lib)路徑，只有類在classpath中，java命令才能識別。其值為「.;%JAVA_HOME%/lib/dt.jar;%JAVA_HOME%/lib/toos.jar
(要加.表示當前路徑)」，與相同「%JAVA_HOME%有相同意思」
以上三個變數設置完畢，則按「確定」直至屬性窗口消失，下來是驗證看看安裝是否成功。先打開「開始」->「運行」，打入「cmd」，進入dos系統界面。然後打「java
-version」，如果安裝成功。系統會顯示java version jdk"1.6.0"。
確保安裝在C盤文件名為jdk1.6，環境變數直接復制就可以了
，在dos界面中輸入javac來查看該命令是否合法，同樣輸入java來查看該命令是否合法
這樣環境變數就設置好了，下面進行對PATH,CLASSPTH,JAVA_HOME的講解以下為置JAVA_HOME,CLASSPATH,PATH的目的:
1,設置JAVA_HOME:
一、為了方便引用，比如，你JDK安裝在C:/Program Files/Java/jdk1.6.0目錄里，則設置JAVA_HOME為該目錄路徑,
那麼以後你要使用這個路徑的時候, 只需輸入%JAVA_HOME%即可, 避免每次引用都輸入很長的路徑串;
二、歸一原則,
當你JDK路徑被迫改變的時候, 你僅需更改JAVA_HOME的變數值即可, 否則,你就要更改任何用絕對路徑引用JDK目錄的文檔, 要是萬一你沒有改全,
某個程序找不到JDK, 後果是可想而知的----系統崩潰!
三、第三方軟體會引用約定好的JAVA_HOME變數, 不然,
你將不能正常使用該軟體, 以後用JAVA久了就會知道, 要是某個軟體不能正常使用, 不妨想想是不是這個問題.
2，設置CLASSPATH:
這是一個很有趣,當然也比較折磨初學者的問題, 這個變數設置的目的是為了程序能找到相應的".class"文件, 不妨舉個例子:
你編譯一個JAVA程序---A.java, 會得到一個A.class的類文件,你在當前目錄下執行java A, 將會得到相應的結果(前提是你已經設置CLASSPATH為"."). 現在, 你把A.class移到別的目錄下(例如:"e:/"), 執行java A,
將會有NoClassDefFindError的異常,原因就是找不到.class文件, 現在你把CLASSPATH增加為:".;e:/"再運行java A,
看看會有什麼結果~~:)~~~, 一切正常, java命令通過CLASSPATH找到了.class文件!
3，設置PATH:
道理很簡單, 你想在任何時候都使用%JAVA_HOME%/bin/java 等來執行java命令嗎, 當然不會, 於是, 你可以選擇把
%JAVA_HOME%/bin添加到PATH路徑下, 這樣,
我們在任何路徑下就可以僅用java來執行命令了.(當你在命令提示符窗口輸入你個代碼時,操作系統會在當前目錄和PATH變數目錄里查找相應的應用程序, 並且執行.)
======================錯誤案例NoClassDefFound:
當 Java 虛擬機或 ClassLoader
實例試圖在類的定義中載入（作為通常方法調用的一部分或者作為使用new 表達式創建的新實例的一部分），但無法找到該類的定義時，拋出此異常。
問題出在你環境變數設置錯誤：
上述樓主把C:/Program
Files/Java/jdk1.5.0_11/lib/dt.jar;C:/Program
Files/Java/jdk1.5.0_11/jre/lib/rt.jar放在classpath的環境變數中是正確的
I. Java環境變數中classpath是必須配置嗎
設置環境變數
在java 中需要設置三個環境變數（1.5之後不用再設置classpath了，但個人強烈建議繼續設置以保證向下兼用問題）
JDK安裝完成之後我們來設置環境變數：右擊「我的電腦」，選擇「屬性」，選擇「高級」標簽，進入環境變數設置，分別設置如下三個環境變數：
（1）配置path變數：
為什麼要配置path變數？因為電腦系統將根據該變數的值找到java編程中需要的一些程序，比如javac.exe、java.exe、javah.exe等等,其中javac.exe程序是用於編譯java源代碼，java.exe程序是用於執行後綴為class的代碼。
如何配置path變數？
path變數一般電腦系統都已經創建好了，所以不用新建該變數，只需在系統變數里選中到path變數，點擊「選擇」 ->「編輯"，需要注意的是，不要隨便刪除方框里原有的其他path值，而是先在那一大串值之後，添加一個分號，再把C:\Program Files\Java\jdk1.5.0_17\bin填上去。下面列出其鍵值對：
變數名: PATH(不區分大小寫但建議使用大寫)
變數值: C:\Program Files\Java\jdk1.5.0_17\bin
（2）配置classpath變數：
為什麼要配置classpath變數？配置classpath變數，才能使得java解釋器知道到哪裡去找標准類庫，這些標准類庫是別人已經寫好了的，我們只管使用。比如我們常用到java.lang包中的類，在配置classpath變數後被設為默認導入，所以在寫程序時就不用import這個包了。那麼這些標准類庫在哪呢？在以JDK的lib目錄下以jar為後綴的文件中：一個是dt.jar，一個是tools.jar，這兩個jar包都位於C:/jdk1.6.0/lib目錄下，所以通常我們都會把這兩個jar包加到我們的classpath環境變數的值為：.; C:\Program Files\Java\jdk1.5.0_17\\lib\tools.jar; C:\Program Files\Java\jdk1.5.0_17\\lib\dt.jar;
如何配置classpath變數？
在系統環境變數那一欄中點擊新建classpath ，具體過程省略，下面只列出其鍵值對：
變數名: CLASSPATH
變數值: .;%JAVA_HOME%\lib\tools.jar;%JAVA_HOME%\lib\dt.jar;
（注意，CLASSPATH最前面是有個 「.」的，表示當前目錄。用兩個%包圍JAVA_HOME這個變數的意思是引用變數的值，當然如果你不想這樣做，也可以這樣配置classpath的值為：.;%JAVA_HOME%\lib\tools.jar;%JAVA_HOME%\lib\dt.jar; 也就是用JAVA_HOME變數的值替換%JAVA_HOME%）;
（3）配置JAVA_HOME變數：
為什麼要配置classpath環境變數？一是為了方便引用，比如，JDK安裝在C:\Program Files\Java\jdk1.5.0_17目錄里，則設置JAVA_HOME為該目錄路徑, 那麼以後要使用這個路徑的時候, 只需輸入%JAVA_HOME%即可, 避免每次引用都輸入很長的路徑串; 二則是歸一原則, 當JDK路徑改變的時候, 僅需更改JAVA_HOME的變數值即可, 否則,就要更改任何用絕對路徑引用JDK目錄的文檔, 要是萬一沒有改全, 某個程序找不到JDK, 後果是可想而知的----系統崩潰! 三則是第三方軟體會引用約定好的JAVA_HOME變數, 不然, 你不能正常使用該軟體。
如何配置JAVA_HOME變數？
在系統環境變數那一欄中點擊新建JAVA_HOME （JAVA_HOME指向的是JDK的安裝路徑），變數的值實際上是JDK安裝路徑的根目錄。具體過程省略，下面只列出其鍵值對：
變數名： JAVA_HOME
變數值：C:\Program Files\Java\jdk1.5.0_17
測試JDK是否安裝成功
在運行中輸入cmd
然後輸入java –version
看看是否能顯示出您所配置的java版本