类路径是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类。

此上下文中的类路径与一般上下文中的类路径完全相同:VM知道它可以在任何地方找到要加载的类和资源(例如输出)。在你的情况下是这样)。

我理解Velocity希望找到一个名为output的文件。Vm在“无包”的任何位置。这可以是一个JAR，普通文件夹，…应用程序类路径中任何位置的根。

类路径是系统的一个环境变量。此变量的设置用于向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服务器，它们的命令行工具就有这种问题)。

对于linux用户，为了总结和补充其他人在这里所说的，你应该知道以下内容:

$CLASSPATH is what Java uses to look through multiple directories to find all the different classes it needs for your script (unless you explicitly tell it otherwise with the -cp override). Using -cp requires that you keep track of all the directories manually and copy-paste that line every time you run the program (not preferable IMO). The colon (":") character separates the different directories. There is only one $CLASSPATH and it has all the directories in it. So, when you run "export CLASSPATH=...." you want to include the current value "$CLASSPATH" in order to append to it. For example: export CLASSPATH=. export CLASSPATH=$CLASSPATH:/usr/share/java/mysql-connector-java-5.1.12.jar In the first line above, you start CLASSPATH out with just a simple 'dot' which is the path to your current working directory. With that, whenever you run java it will look in the current working directory (the one you're in) for classes. In the second line above, $CLASSPATH grabs the value that you previously entered (.) and appends the path to a mysql dirver. Now, java will look for the driver AND for your classes. echo $CLASSPATH is super handy, and what it returns should read like a colon-separated list of all the directories, and .jar files, you want java looking in for the classes it needs. Tomcat does not use CLASSPATH. Read what to do about that here: https://tomcat.apache.org/tomcat-8.0-doc/class-loader-howto.html

类的静态成员可以直接调用，而无需创建对象实例。 由于主方法是静态的，Java虚拟机可以调用它，而不需要创建包含主方法的类的任何实例，这是程序的起点。