ClassPath的意义与坑

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目录下查找，如果都找不到，就报错

3. 第三种办法最简单，那就是不设置classpath的环境变量，推荐使用这种办法