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版本