ClassPath的意义和坑
大家都知道,安装JDK需要配置环境变量,环境变量里面有一个classpath
,那么这玩意有什么用呢,为什么有的说要配置,有的说不用配置。
1、为什么要配置classpath,为什么又不需要配置classpath
-
为什么要配置classpath
在JDK1.5版本之前,运行class文件必须需要配置
classpath
,因为运行的时候需要用到%JAVA_HOME%\bin
和%JAVA_HOME%\bin\lib\tools.jar
这两个东西,如果没有这个两个class
文件是无法正常解释运行的。 -
为什么又不需要配置classpath
在JDK1.5之后,已经自动关联上了,所以不需要配置。
2、classpath的坑
正常来说,运行class
文件只需要在class
文件路径下在cmd窗口使用java classs文件名
命令就可以了
如图可以看到,正常解释运行
下面我们做个实验,创建一个code文件夹没,文件夹里面在创建一个子文件夹code1
注意看,父code文件夹下有一个Demo.java文件,然后我们在子文件夹code1里面也创建一个Demo.java文件
父文件code里的Demo.java代码如下:
public class Demo{
public static void main(String[] args) {
System.out.println("我是Code");
}
}
子文件code1里的Demo.java代码如下:
public class Demo{
public static void main(String[] args) {
System.out.println("我是Code1");
}
}
下面我们设置classpath
环境变量为父code文件的目录
进入父code文件夹下编译运行Demo.java
可以看到,代码正常解释运行
我们在进入到子文件code1里面编译Demo.java
问题出现了,我明明编译运行的是子文件code1里面的Demo.java,为什么编译通过了,但是解释运行的结果却和我们想要的结果不一样,应该打印输出“我是Code1”这句话,为什么打印出的是“我是Code”?
再做个测试,我们把父文件Code里面编译好的Demo.class文件删除,在进入子文件code1里面解释运行Demo.class文件
又出现问题了,报错,找不到或者无法加载主类Demo,但是我子文件code1里面命名有Demo.class文件呀?
这就是classpath的坑,配置了classpath后,我们再运行classs文件,系统就会进入你配置的classpath文件目录下找你要运行的class文件,找到就运行,找不到就报错,这也就是为什么我在子文件夹code1路径下解释运行classs文件,却实际执行了父文件夹code里面的class文件,然后我把父文件夹code里的class文件删除,在在子文件code1路径下运行class文件报错的原因。
如果我们配置了classpath环境变量,却又要在别的文件路径下执行class文件,有三种办法
1、指定要运行的class文件路径
C:\Users\2025\Desktop\code\code1>java -classpath C:\Users\2025\Desktop\code\code1\ Demo
我是Code1
java -classpath 要运行的class文件的绝对路径 class文件名
注意:要运行的class文件的绝对路径 后面有一个空格在世class文件名
2、修改classpath环境变量
在classpath环境变量的变量值前面加入./;
,代表的是当前路径,现在当前路径下查找有没有这个class文件,如果没有就进入指定的classpath目录下查找,如果都找不到,就报错