在实践中添加一个可能的原因:

ClassNotFoundException:正如cletus所说，当接口的继承类不在类路径中时使用接口。例如，服务提供者模式(或服务定位器)试图定位一些不存在的类 NoClassDefFoundError:找到了给定的类，但没有找到给定类的依赖项

在实践中，Error可能会被无声地抛出，例如，你提交了一个计时器任务，在计时器任务中它抛出了Error，而在大多数情况下，你的程序只捕获Exception。然后Timer主循环结束，没有任何信息。与NoClassDefFoundError类似的错误是ExceptionInInitializerError，当您的静态初始化器或静态变量的初始化器抛出异常时。

NoClassDefFoundError基本上是一个链接错误。当您尝试实例化一个对象(静态地使用“new”)，并且在编译期间没有找到它时，就会发生这种情况。

ClassNotFoundException更为通用，是当您尝试使用不存在的类时的运行时异常。例如，你在函数中有一个参数接受一个接口，有人传入一个实现该接口的类，但你没有访问该类的权限。它还涵盖了动态类加载的情况，例如使用loadClass()或class . forname()。

ClassNotFoundException是一个检查异常，当我们告诉JVM使用class . forname()或ClassLoader.findSystemClass()或ClassLoader.loadClass()方法根据类的字符串名加载类，并且在类路径中没有找到所提到的类时，就会发生这种异常。

大多数情况下，当您试图运行应用程序而不使用所需的JAR文件更新类路径时，会发生此异常。例如，你可能已经看到这个异常时，做JDBC代码连接到你的数据库，即mysql，但你的类路径没有JAR。

NoClassDefFoundError发生错误当JVM试图加载一个特定的类的代码执行(作为一个正常的一部分方法调用或使用新的关键字创建一个实例的一部分),这类在类路径中不存在,但在编译时,因为为了执行程序需要编译它,如果你正在使用一个类不存在编译器会提高编译错误。

下面是简短的描述

你可以阅读关于ClassNotFoundException Vs NoClassDefFoundError的一切来了解更多细节。

与Java API规范的区别如下。

ClassNotFoundException:

当应用程序尝试时抛出 通过类的字符串加载类 名称使用: 类class中的forName方法。 类ClassLoader中的findSystemClass方法。 类ClassLoader中的loadClass方法。 但是没有类的定义 可以找到指定的名称。

NoClassDefFoundError:

抛出如果Java虚拟机或 ClassLoader实例尝试加载 在类的定义中(作为部分) 的正常方法调用或作为的一部分 方法创建一个新实例 表达式)和没有定义的 可以找到类。 搜索的类定义 当前执行时已存在 类被编译，但是定义 再也找不到。

因此，当源代码成功编译时，NoClassDefFoundError似乎发生了，但在运行时，没有找到所需的类文件。这可能发生在JAR文件的分发或生产过程中，其中没有包括所需的所有类文件。

至于ClassNotFoundException，它似乎起源于试图在运行时对类进行反射调用，但程序试图调用的类并不存在。

两者之间的区别是一个是错误，另一个是异常。NoClassDefFoundError是一个错误，它源于Java虚拟机在查找期望查找的类时遇到问题。期望在编译时工作的程序不能运行，因为没有找到类文件，或者与在编译时生成或遇到的类文件不相同。这是一个非常严重的错误，因为该程序不能由JVM启动。

另一方面，ClassNotFoundException是一个异常，所以它在某种程度上是预期的，并且是可以恢复的。使用反射是很容易出错的(因为有一些预期，事情可能不会像预期的那样进行。没有编译时检查来查看所有必需的类是否存在，因此任何查找所需类的问题都会在运行时出现。

NoClassDefFoundError (NCDFE)发生在代码运行“new Y()”并且无法找到Y类时。

可能只是像其他注释所建议的那样，从类加载器中缺少Y，但也可能是Y类没有签名或具有无效的签名，或者Y是由对代码不可见的其他类加载器加载的，甚至Y依赖于由于上述任何原因而无法加载的Z。

如果发生这种情况，那么JVM将记住加载X的结果(NCDFE)，并且每次你请求Y时它都会抛出一个新的NCDFE，而不告诉你为什么:

class a {
  static class b {}
  public static void main(String args[]) {
    System.out.println("First attempt new b():");
    try {new b(); } catch(Throwable t) {t.printStackTrace();}
    System.out.println("\nSecond attempt new b():");
    try {new b(); } catch(Throwable t) {t.printStackTrace();}
  }
}

将其保存为a.java文件

代码只是尝试实例化一个新的“b”类两次，除此之外，它没有任何错误，也没有做任何事情。

使用javac . a.java编译代码，然后调用java -cp运行a。A，它应该只打印出两行文本，它应该运行良好，没有错误。

然后删除“a$b.class”文件(或用垃圾填充它，或在上面复制a.class)以模拟缺失或损坏的类。事情是这样的:

First attempt new b():
java.lang.NoClassDefFoundError: a$b
    at a.main(a.java:5)
Caused by: java.lang.ClassNotFoundException: a$b
    at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
    ... 1 more

Second attempt new b():
java.lang.NoClassDefFoundError: a$b
    at a.main(a.java:7)

第一次调用会导致ClassNotFoundException(类装入器在找不到类时抛出)，必须将其包装在未检查的NoClassDefFoundError中，因为所讨论的代码(new b())应该能够正常工作。

第二次尝试当然也会失败，但正如您所看到的，包装的异常不再存在，因为ClassLoader似乎记住了失败的类装入器。你只看到了非传染性疾病，完全不知道到底发生了什么。

因此，如果您看到没有根本原因的nccdfe，您需要查看是否可以追溯到类第一次加载时，以查找错误的原因。

当试图通过String引用该类来加载该类时，将抛出ClassNotFoundException。例如，Class.forName()中的参数to是一个字符串，这可能会将无效的二进制名称传递给类加载器。

当遇到可能无效的二进制名称时抛出ClassNotFoundException;例如，如果类名有'/'字符，你一定会得到一个ClassNotFoundException。当直接引用的类在类路径上不可用时，它也会被抛出。

另一方面，NoClassDefFoundError被抛出

when the actual physical representation of the class - the .class file is unavailable, or the class been loaded already in a different classloader (usually a parent classloader would have loaded the class and hence the class cannot be loaded again), or if an incompatible class definition has been found - the name in the class file does not match the requested name, or (most importantly) if a dependent class cannot be located and loaded. In this case, the directly referenced class might have been located and loaded, but the dependent class is not available or cannot be loaded. This is a scenario where the directly referenced class can be loaded via a Class.forName or equivalent methods. This indicates a failure in linkage.

简而言之，当类加载器无法找到或加载类定义时，通常会在new()语句或加载先前不存在的类的方法调用上抛出NoClassDefFoundError(与ClassNotFoundException基于字符串的类加载相反)。

最终，当ClassLoader无法加载类时，由ClassLoader实现抛出ClassNotFoundException实例。大多数自定义类加载器实现执行此操作，因为它们扩展了URLClassLoader。通常类加载器不会在任何方法实现上显式抛出NoClassDefFoundError——这个异常通常是由HotSpot编译器中的JVM抛出的，而不是由类加载器本身抛出的。