NoClassDefFoundError和ClassNotFoundException之间的区别是什么?

是什么导致它们被抛出?如何解决这些问题?

在修改现有代码以包含新的jar文件时,我经常遇到这些可抛出的文件。 我已经在客户端和服务器端为一个通过webstart分发的java应用程序击中了它们。

我发现的可能原因是:

未包含在代码客户端build.xml中的包 我们正在使用的新jar缺少运行时类路径 版本与上一个jar冲突

当我今天遇到这些问题时,我采取了一种反复尝试的方法来让事情正常运行。我需要更多的清晰和理解。


当前回答

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

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

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

下面是简短的描述

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

其他回答

获得这些错误的原因是什么,以及如何处理这些错误的思想过程?

它们是密切相关的。当Java按名称查找特定类且无法成功加载时,将抛出ClassNotFoundException。NoClassDefFoundError会在Java寻找链接到现有代码的类时抛出,但由于这样或那样的原因(例如,错误的类路径、错误的Java版本、错误的库版本)无法找到它,这是完全致命的,因为它表明某些事情发生了严重错误。

如果你有一个C背景,一个CNFE就像一个失败的dlopen()/dlsym()和一个NCDFE是一个链接器的问题;在第二种情况下,相关的类文件不应该在您试图使用它们的配置中实际编译过。

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,您需要查看是否可以追溯到类第一次加载时,以查找错误的原因。

ClassNotFoundException和NoClassDefFoundError的区别

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

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

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

下面是简短的描述

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

当ClassLoader没有找到所报告的类时,将抛出ClassNotFoundException。这通常意味着类从CLASSPATH中缺失。这也可能意味着这个类正试图从父类加载器中加载的另一个类中加载,因此子类加载器中的类是不可见的。在应用程序服务器等更复杂的环境中工作时,有时会出现这种情况(WebSphere因此类类加载器问题而臭名昭著)。

人们经常会混淆java.lang.NoClassDefFoundError和java.lang.ClassNotFoundException,但是它们之间有一个重要的区别。例如,一个异常(实际上是一个错误,因为java.lang.NoClassDefFoundError是java.lang.Error的子类)像

java.lang.NoClassDefFoundError:
org/apache/activemq/ActiveMQConnectionFactory

does not mean that the ActiveMQConnectionFactory class is not in the CLASSPATH. Infact its quite the opposite. It means that the class ActiveMQConnectionFactory was found by the ClassLoader however when trying to load the class, it ran into an error reading the class definition. This typically happens when the class in question has static blocks or members which use a Class that's not found by the ClassLoader. So to find the culprit, view the source of the class in question (ActiveMQConnectionFactory in this case) and look for code using static blocks or static members. If you don't have access the the source, then simply decompile it using JAD.

在检查代码时,假设你发现如下一行代码,确保类SomeClass在CLASSPATH中。

private static SomeClass foo = new SomeClass();

提示:要找出一个类属于哪个jar,您可以使用网站jarFinder。这允许您使用通配符指定类名,并在其jar数据库中搜索该类。Jarhoo允许你做同样的事情,但它不再免费使用。

如果您想在本地路径中定位类属于哪个jar,可以使用jarscan (http://www.inetfeedback.com/jarscan/)之类的实用程序。您只需指定您想要定位的类以及您希望它开始在jar和zip文件中搜索类的根目录路径。