JAVA环境变量JAVA_HOME、CLASSPATH
TH、PATH设置详解
作者: 佚名 来源: 网络转载 浏览: 43659 次 好评: 50分 【 小 中 大 】 2007-11-04
分享到： 9
Windows下JAVA用到的环境变量主要有3个，JAVA_HOME、CLASSPATH、PATH。下面逐个分析。
JAVA_HOME 指向的是JDK的安装路径，如C:\jdk1.5.0_06，在这路径下你应该能够找到bin、lib等目录。值得一提的是，JDK的安装路径可以选择任意磁盘目录，不过建议你放的目录层次浅一点，如果你放的目录很深，比如x:\XXXXXX\xxxxx\XXXX\xxxx\XXXX\xxxx\XXXX\xxx……
那么，下面的步骤和以后的应用你都要受累了，呵呵。设置方法：
JAVA_HOME=C:\jdk1.5.0_06
PATH 环境变量原来Windows里面就有，你只需修改一下，使他指向JDK的bin目录，这样你在控制台下面编译、执行程序时就不需要再键入一大串路径了。设置方法是保留原来的PATH的内容，并在其中加上%JAVA_HOME%\bin (注，如果你对DOS批处理不了解，你可能不明白%%引起来的内容是什么意思；其实这里是引用上一步设定好的环境变量JAVA_HOME，你写成x:\JDK_1.4.2也是可以的；你可以打开一个控制台窗口，输入echo %JAVA_HOME%来看一下你的设置结果) ：
PATH=%JAVA_HOME%\bin;%PATH%
Java 的新入门者对classpath往往比较困惑，为何在开发环境中能运行的东东出去就不好，或在外面运行的东东挺溜的进了开发环境就死菜。
java的优点就是他是一个自动支持网络功能的东东，举一个简单例子来将
比方有一个Application用到了java.lang.String(事实上要是有一个程序没用到它，太难以想象了)和com.shinechina.MyClass（我自己写的）这两个类。
版本1：
package com.shinechina;
public class MyClass
{
public static void main(String args[])
{
String str = "版本1： hello, welcome to chinaasp java 技术";
System.out.println(str);
}
}
版本2：
package com.shinechina;
public class MyClass
{
public static void main(String args[])
{
String str = "版本2：hello, welcome to chinaasp java 技术";
System.out.println(str);
}
}
现在我要运行它了
java com.shinechina.MyClass
现在问题来了
Java怎么知道到何处找呢， 他到底该怎么办
假定版本一在 c:\mylib\com\shinechina\MyClass.java
假定版本二在 d:\mylib\com\shinechina\MyClass.java
注意：不要忘了编译成class文件吆, java文件是不能执行的
cd c:\mylib\com\shinechina
javac *.java
cd d:\mylib\com\shinechina
javac *.java
有了：
他先到机器的CLASSPATH去找，假设是windows系统 c:\mylib;d:\mylib;d:\jdk1.2.2\lib\rt.jar;
或unix系统 /home/local/:/usr/local/:/usr/local/jdk1.2.2/lib/rt.jar。好， c:\mylib下他找到了com目录，有戏， 又往下找又有shinechina目录，目录下找到了MyClass.class, Ok 就是他了，至于d:\mylib我的版本2的MyClass他就不理会了，至于String是在rt.jar压缩包中待会再讲他
执行的结果就是
版本1： hello, welcome to chinaasp java 技术
反过来d盘的路径在c:之前，执行的结果就是
版本2： hello, welcome to chinaasp java 技术
依次类推， 只有在类路径上第一个找到的才会执行，你要控制他执行那一个须如此:
java -classpath d:\mylib;%classpath% com.shinechina.MyClass
执行的结果就是
版本2： hello, welcome to chinaasp java 技术
开发环境中的执行就是这样，总有一个地方指定类路径的。
注意，开发环境往往不去读系统路径， 这也就是在外面运行的东东挺溜的进了开发环境就死菜的原因喽。
比如说jbuilder, jdevoloper从菜单project->project properties...->paths标签->Add...->添加定义好的library点ok或者new->输入name和classpath->ok。这个东东就被添加到了classpath中（运行时可在message view中看到）
再比如说visualAge for java , 点中你要运行的类->鼠标右击选中特性->类路径标签1。->编辑->全选，好，开发环境中的所有类都能找到了。
2、立即计算（只选中你需要的类， 如果有用class.forName之类通过程序显式装载的类的话，需要自己从编辑中手工家入了， 开发环境每能力帮你算出来了，如果内存没有问题的话，直接编辑->全选更方便吆）
3、如果你的类并不想引入开发环境的话，点中添加额外路径，编辑（下面的一个）， 我不喜欢这样， 就不详细介绍了
高手的话，直接用jdk, 那么只好麻烦你要么加到系统classpath中（unix下为$CLASSPATH）, 要么编译运行时显式指明classpath
下面介绍一个初学者最容易犯的错误
还以上节介绍的例子
假定版本一在 c:\mylib\com\shinechina\MyClass.java
编译后c:\mylib\com\shinechina\MyClass.class
怎么指定classpath呢
常见毛病
1、c:\mylib\com\shinechina\
2、c:\mylib\com\
正确
1、c:\mylib\
2、c:\mylib
同样，%PATH%是引用以前你设置的PATH环境变量，你照抄以前的值就行了。
CLASSPATH 环境变量我放在最后面，是因为以后你出现的莫名其妙的怪问题80%以上都可能是由于CLASSPATH设置不对引起的，所以要加倍小心才行。
CLASSPATH=.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar
首先要注意的是最前面的".;"，如果你看不清，我给你念念——句点分号。这个是告诉JDK，搜索CLASS时先查找当前目录的CLASS文件——为什么这样搞，这是由于LINUX的安全机制引起的，LINUX用户很明白，WINDOWS用户就很难理解(因为WINDOWS默认的搜索顺序是先搜索当前目录的，再搜索系统目录的，再搜索PATH环境变量设定的) ，所以如果喜欢盘根究底的朋友不妨研究一下LINUX。
为什么CLASSPATH后面指定了tools.jar这个具体文件？不指定行不行？显然不行，行的话我还能这么罗索嘛！:) 这个是由java语言的import机制和jar机制决定的，你可以查资料解决。
呵呵，具体的设定方法: win2k\xp用户右键点击我的电脑->属性->高级->环境变量，修改下面系统变量那个框里的值就行了。
win9x用户修改autoexec.bat文件，在其末尾加入:
set JAVA_HOME=C:\jdk1.5.0_06
set PATH=%JAVA_HOME%\bin;%PATH%
set CLASSPATH=.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar
