当用Java编程时，你可以通过在源文件的顶部放置这样的东西来让其他类对你正在编写的类可用:

import org.javaguy.coolframework.MyClass;

或者有时你会“批量进口”一些东西，说:

import org.javaguy.coolframework.*;

所以在之后的节目中，当你说

MyClass mine = new MyClass();

Java虚拟机将知道在哪里找到编译后的类。

让VM查看机器上的每个文件夹是不切实际的，因此必须向VM提供要查看的位置列表。这是通过将文件夹和jar文件放在类路径中来实现的。

在讨论如何设置类路径之前，让我们先讨论一下.class文件、包和.jar文件。

首先，让我们假设MyClass是作为项目的一部分构建的，它位于项目中名为output的目录中。.class文件将位于output/org/javaguy/coolframework/MyClass.class(与该包中的所有其他文件一起)。为了得到这个文件，你的路径只需要包含文件夹“输出”，而不是整个包的结构，因为你的导入语句提供了所有的信息给VM。

现在让我们假设你将CoolFramework捆绑到一个.jar文件中，并将这个CoolFramework.jar放到项目的lib目录中。你现在需要把lib/CoolFramework.jar放到你的类路径中。VM将在jar文件中查找org/javaguy/coolframework部分，并找到您的类。

所以，类路径包含:

JAR文件，以及 到包层次结构顶部的路径。

如何设置类路径?

每个人学习的第一种方法似乎都是使用环境变量。在unix机器上，你可以这样说:

export CLASSPATH=/home/myaccount/myproject/lib/CoolFramework.jar:/home/myaccount/myproject/output/

在Windows机器上，您必须进入环境设置，并添加或修改已经存在的值。

第二种方法是在启动Java时使用-cp参数，如下所示:

java -cp "/home/myaccount/myproject/lib/CoolFramework.jar:/home/myaccount/myproject/output/"  MyMainClass

这是第三种方法的变体，通常使用.sh或.bat文件来计算类路径，并通过-cp参数将其传递给Java。

以上这些都有一个“陷阱”。在大多数系统(Linux、Mac OS、UNIX等)上，冒号(':')是类路径分隔符。在windowsm中，分隔符是分号(';')

那么最好的方法是什么呢?

通过环境变量全局设置是不好的，原因和全局变量是一样的。更改CLASSPATH环境变量使一个程序可以工作，但最终破坏了另一个程序。

应该用-cp。我通常确保我的CLASSPATH环境变量在我开发的地方是一个空字符串，这样我就避免了全局类路径问题(当全局类路径为空时，一些工具就不高兴了——我知道有两个常见的、价值数十亿美元的授权J2EE和Java服务器，它们的命令行工具就有这种问题)。

类路径是系统的一个环境变量。此变量的设置用于向java编译器提供任何包层次结构的根。

设置CLASSPATH系统变量

要显示当前的CLASSPATH变量，在Windows和UNIX (Bourne shell)中使用这些命令: Windows: C:\>设置CLASSPATH 在UNIX中:% echo $CLASSPATH

要删除CLASSPATH变量的当前内容，可以使用以下命令: Windows: C:\> set CLASSPATH= 在UNIX中:% unset CLASSPATH;出口类路径

要设置CLASSPATH变量，可以使用以下命令(例如): Windows: C:\> set CLASSPATH=C:\users\george\java\classes UNIX下:% CLASSPATH=/home/george/java/classes;出口类路径

类路径是Java世界中的基本概念之一，Java程序经常误解或根本不理解它，尤其是初学者。

简单地说，类路径只是一组路径，java编译器和JVM必须在其中找到所需的类来编译或执行其他类。

让我们从一个例子开始，假设我们有一个Main.java文件，位于C:\Users\HP\Desktop\org\example目录下，

package org.example;

public class Main {
    public static void main(String[] args) {
    
            System.out.println("Hello world");
            
    }
}

现在，假设我们在C:\目录下，我们想编译我们的类，这很简单，只需要运行:

javac .\Users\HP\Desktop\org\example\Main.java

现在来回答比较难的问题，我们在同一个文件夹C:\中，我们想要运行编译后的类。

不管你想到的答案是什么，正确的答案是:

java -cp .\Users\HP\Desktop org.example.Main 

我会解释为什么，首先，我们要ro的类的名字是org。example。Main而不是Main，或者Main。class或者。\users\hp\desktop\org\example\Main。class !这就是在包下声明的类的工作方式。

Now, we provided the name of the class to the JVM (java command in this case), But how it (JVM) will know where to find the .class file for the Main class? Thats where the classpath comes into picture. Using -cp flag (shortcut for -classpath), we tell the JVM that our Main.class file will be located at C:\users\hp\Desktop.. In fact, not really, we tell it to just go to the Desktop directory, and, because of the name of the class org.example.Main, the JVM is smart and it will go from Desktop to org directory, and from org to example directory, searching for Main.class file, and it will find it and it will kill it, I mean, it will run it :D .

现在让我们假设在Main类中，我们想要使用另一个名为org.apache.commons.lang3.StringUtils的类，后者位于名为commons-lang3-3.10.jar的jar文件中，该文件位于C:\Users\HP\Downloads. jar中Main.java现在看起来是这样的:

package org.example;

import org.apache.commons.lang3.StringUtils;

public class Main {
    public static void main(String[] args) {
        System.out.println("Hello world");
        System.out.println(StringUtils.equals("java", "java")); //true
    }   
}

如何编译Main.java如果我们总是在C:\ ?答案是:

javac -cp .\Users\HP\Downloads\commons-lang3-3.10.jar .\Users\HP\Desktop\org\example\Main.java

.\Users\HP\Desktop\org\example\Main.java是因为文件系统中有。java文件。 -cp .\Users\HP\Downloads\commons-lang3-3.10.jar是因为java编译器(在本例中是javac)需要知道类org.apache.commons.lang3. stringutils的位置，所以我们提供了jar文件的路径，然后编译器将进入jar文件，并尝试在org\apache\commons\lang3目录中找到一个文件StringUtils.class。

如果我们想运行Main.class文件，我们将执行:

java -cp ".\Users\HP\Desktop\;.\Users\HP\Downloads\commons-lang3-3.10.jar" org.example.Main

main是类的名称。 ".\Users\HP\Desktop\;.\Users\HP\Downloads\commons-lang3-3.10.jar"为路径(由;在Windows中)到Main和StringUtils类。

可以把它看作是Java对PATH环境变量的回答——操作系统在PATH上搜索ex, Java在类路径上搜索类和包。

当用Java编程时，你可以通过在源文件的顶部放置这样的东西来让其他类对你正在编写的类可用:

import org.javaguy.coolframework.MyClass;

或者有时你会“批量进口”一些东西，说:

import org.javaguy.coolframework.*;

所以在之后的节目中，当你说

MyClass mine = new MyClass();

Java虚拟机将知道在哪里找到编译后的类。

让VM查看机器上的每个文件夹是不切实际的，因此必须向VM提供要查看的位置列表。这是通过将文件夹和jar文件放在类路径中来实现的。

在讨论如何设置类路径之前，让我们先讨论一下.class文件、包和.jar文件。

首先，让我们假设MyClass是作为项目的一部分构建的，它位于项目中名为output的目录中。.class文件将位于output/org/javaguy/coolframework/MyClass.class(与该包中的所有其他文件一起)。为了得到这个文件，你的路径只需要包含文件夹“输出”，而不是整个包的结构，因为你的导入语句提供了所有的信息给VM。

现在让我们假设你将CoolFramework捆绑到一个.jar文件中，并将这个CoolFramework.jar放到项目的lib目录中。你现在需要把lib/CoolFramework.jar放到你的类路径中。VM将在jar文件中查找org/javaguy/coolframework部分，并找到您的类。

所以，类路径包含:

JAR文件，以及 到包层次结构顶部的路径。

如何设置类路径?

每个人学习的第一种方法似乎都是使用环境变量。在unix机器上，你可以这样说:

export CLASSPATH=/home/myaccount/myproject/lib/CoolFramework.jar:/home/myaccount/myproject/output/

在Windows机器上，您必须进入环境设置，并添加或修改已经存在的值。

第二种方法是在启动Java时使用-cp参数，如下所示:

java -cp "/home/myaccount/myproject/lib/CoolFramework.jar:/home/myaccount/myproject/output/"  MyMainClass

这是第三种方法的变体，通常使用.sh或.bat文件来计算类路径，并通过-cp参数将其传递给Java。

以上这些都有一个“陷阱”。在大多数系统(Linux、Mac OS、UNIX等)上，冒号(':')是类路径分隔符。在windowsm中，分隔符是分号(';')

那么最好的方法是什么呢?

通过环境变量全局设置是不好的，原因和全局变量是一样的。更改CLASSPATH环境变量使一个程序可以工作，但最终破坏了另一个程序。

应该用-cp。我通常确保我的CLASSPATH环境变量在我开发的地方是一个空字符串，这样我就避免了全局类路径问题(当全局类路径为空时，一些工具就不高兴了——我知道有两个常见的、价值数十亿美元的授权J2EE和Java服务器，它们的命令行工具就有这种问题)。