最近学习maven，这里看了下别人解释的区别原文，机翻一下，看的懵懵懂懂的

这其实应该是一个简单的区别，但我一直在Stackoverflow上回答一连串类似的问题，而人们往往会误解这个问题。

那么，什么是classpath？一组你的应用程序需要的所有类（和带有类的罐子）。但是有两个，或者说实际上有三个不同的classpaths：

编译时classpath。包含你在你的IDE（假设你使用IDE）中添加的类，以便于编译你的代码。换句话说，这是传递给 "javac
"的classpath（尽管你可能使用的是其他编译器）。 运行时classpath。包含你的应用程序在运行时使用的类。这就是传递给
"java
"可执行文件的classpath。在Web应用中，这是你的/lib文件夹，加上应用服务器/Servlet容器提供的任何其他jars。
test classpath -
这也是一种运行时classpath，但它是在你运行测试时使用。测试不在应用服务器/Servlet容器内运行，所以它们的classpath有点不同
Maven定义了依赖范围，这对于解释不同类型的classpaths之间的差异非常有用。请阅读每个作用域的简短描述。

很多人认为，如果他们成功地编译了有某个jar文件存在的应用程序，就意味着该应用程序可以正常运行。但事实并非如此–你需要你用来编译应用程序的那些jar文件也存在于你的运行时classpath中。好吧，不一定是所有的，也不一定只有这些。举几个例子：

你用编译时classpath上的某个库来编译代码，但忘记把它添加到运行时classpath上。JVM会抛出NoClasDefFoundError，这意味着缺少一个类，而这个类在代码编译时是存在的。这个错误清楚地表明，你在运行时classpath上缺少一个jar文件，而你在编译时classpath上有。也有可能是你所依赖的jar文件反过来又依赖了一个你没有的jar文件。这就是为什么库（必须）声明它们的依赖关系，以便你知道哪些jar应该放在你的运行时classpath上
容器（Servlet容器，应用服务器）有一些内置的库。通常，你不能覆盖内置的依赖关系，即使你可以，也需要额外的配置。因此，例如，你使用Tomcat，它提供了servlet-api.jar。你用servlet-api.jar在你的编译时classpath上编译你的应用程序，这样你就可以在你的类中使用HttpServletRequest，但不要把它包括在你的WEB-INF/lib文件夹中，因为Tomcat会把它自己的jar放在运行时classpath中。如果你重复了这个依赖关系，你可能会得到奇怪的结果，因为类加载器会混淆。
你正在使用的框架（比方说spring-mvc）依赖另一个库来进行JSON序列化（通常是Jackson）。你实际上不需要Jackson在你的编译时classpath上，因为你没有引用它的任何类，甚至没有引用它们的spring类。但是spring内部需要Jackson，所以jackson
jar必须在WEB-INF/lib（运行时classpath）中，才能使JSON序列化工作。
当你考虑到编译时常量和版本不匹配时，情况可能会更复杂，但总的来说是这样的：你用于编译和运行应用程序的classpaths是不同的，你应该注意到这一点。

GPT回答：

classpath是计算机系统中用于查找类文件的路径，它们支持编译、测试和运行Java代码。

1. 编译classpath指的是编译Java源代码时Javac命令所使用的classpath。在编译过程中，Java编译器需要访问其他类的定义，这些类可能位于Java标准库、公共库或项目自身的类路径中。因此，编译classpath应该包含项目所有必要的依赖项，在编译期间确保正确编译出可执行的class文件。

2. 测试classpath指的是在执行JUnit测试时类加载器所使用的classpath。在使用JUnit等测试框架进行单元测试时，通常需要从测试类中访问应用程序中的其他Java类。由于测试代码和被测试代码通常处于不同的目录结构中，若在测试代码中直接引用被测试代码中的类，往往会导致ClassNotFoundException。此时需要使用测试classpath来连接这两者之间的依赖，确保测试能够运行。

3. 运行classpath指的是在运行Java程序时classpath所使用到的依赖项。当使用 java 命令运行Java程序时，将需要指定一个classpath参数来告知JVM如何寻找需要调用的类文件以及其他依赖项。如果程序使用了第三方库或其他外部资源，则可以将相应的.class文件或资源配置到classpath中。

总之，对于不同的应用场景，正确配置classpath才能保证Java代码的编译、测试和运行都能够正常进行。

另外贴一下依赖范围和这三个classpath的区别：

• 总之，似乎maven在编译，测试和运行时使用的依赖不尽相同，这些阶段使用的依赖不大一样，例如一个SSM项目，如果你配置了servlet-api的依赖的scope为provided，那么在生成最终的jar包时不会包含这些依赖，但是由于你在程序中使用到了HttpServletRequest这样的类，所以需要引用servlet-api的依赖进行编译，但最终在tomcat中跑的时候是不需要这个jar的，因为tomcat已经提供。
• 另外一个例子，当我们使用JDBC连接MySQL数据库时，我们往往使用Class.forName()方法，该方法通常用于动态地加载某个类，以及在编译期不能确定具体引用那个类时使用。也就是说我们在使用JDBC时用到的Connection、Statement等对象都是JDK提供的接口，只有在实际运行时才使用到MySQL的驱动，也就是说编译时用不到MySQL的驱动依赖，所以它的scope应该是runtime。【《maven实战》的解释：另外一个例子，当我们使用JDBC连接MySQL数据库时，我们往往使用Class.forName()方法，该方法通常用于动态地加载某个类，以及在编译期不能确定具体引用那个类时使用。也就是说我们在使用JDBC时用到的Connection、Statement等对象都是JDK提供的接口，只有在实际运行时才使用到MySQL的驱动，也就是说编译时用不到MySQL的驱动依赖，所以它的scope应该是runtime】