ClassNotFoundException和NoClassDeFoundError

最新推荐文章于 2025-10-02 10:42:35 发布

原创最新推荐文章于 2025-10-02 10:42:35 发布 · 1w 阅读

9 ·

CC 4.0 BY-SA版权

文章标签：

#java #exception

java基础学习专栏收录该内容

61 篇文章

订阅专栏

本文详细探讨了Java中NoClassDefFoundError与ClassNotFoundException的区别及发生原因。解释了这两种异常分别属于checkedException与uncheckedException，并通过代码示例展示了类加载过程。

今天又出现了NoClassDefFoundError这个错误，其实已经出现过很多次了，也知道了一般都是缺少相关Jar包之类的造成的，但是也没进行更深入的了解，今天我们就来稍微的探究一下这个错误到底怎么发生的，他和ClassNotFonudException这一常见异常又有什么区别呢。

我们知道这两个Java类都属于异常，那么我们首先来看看他们是checked exception还是unchecked exception。
我们看看ClassNotFonudException：
ClassNotFonudException->ReflectiveOperationException->Exception
很显然ClassNotFoundException是checkedException。
而NoClassDefFoundError
NoClassDefFoundError->LinkageError->Error
祖先是Error，不用说，是uncheckedException，而且是Error的子孙类，我们知道Error属于JVM等引发的不可挽救的错误，会直接让程序宕了。
我们再看看在Java API文档中是怎么定义他们的

ClassNotFonudException

当应用程序试图使用以下方法通过字符串名加载类时，但是没有找到具有指定名称的类的定义。抛出该异常：

Class 类中的 forName 方法。
使用Classs.forName来加载类时，会进行初始化的工作，所以如果想仅仅是干干净净的加载类的话，最好还是用ClassLoader中的loadClass。当然如果你是使用

Class<?> forName(String name,
                               boolean initialize,
                               ClassLoader loader)

这个方法，且第二个参数为false时（参数见名知义），也不会进行初始化工作。

ClassLoader 类中的 findSystemClass 方法。
此方法通过系统类加载器（参见 getSystemClassLoader()）来加载该类

    protected final Class<?> findSystemClass(String name)
        throws ClassNotFoundException
    {
        ClassLoader system = getSystemClassLoader();
        if (system == null) {
            if (!checkName(name))
                throw new ClassNotFoundException(name);
            Class<?> cls = findBootstrapClass(name);
            if (cls == null) {
                throw new ClassNotFoundException(name);
            }
            return cls;
        }
        return system.loadClass(name);
    }

getSystemClassLoader：获取系统类加载器的方法，那么什么是系统加载器呢，是Bootstrap这个祖先类加载器吗？不是的，系统类加载器是系统的入口点所使用的ClassLoader。一般是App ClassLoader。
Boootstrap->extsion->app classLoader，这三级类加载器大家应该都清楚作用吧，不清楚的话得好好补补基础啦。

ClassLoader 类中的 loadClass 方法。
loadClass，很干净的加载类的方法。说到loadClass就有必要说我之前看过的自定义ClassLoader了。我们知道Java字节码文件是很容易被反编译的，我们常见的jd-gui反编译工具，反编译class文件是不是很方便。所以当我们的Java代码有安全性要求的时候，我们可以通过自定义ClassLoader来加密我们的Java代码（虽然一般不会用到）。那么自定义ClassLoader主要需要做些什么呢。我们先看loadClass方法的源码（源码版本均为JDK8）

  public Class<?> loadClass(String name) throws ClassNotFoundException {
        return loadClass(name, false);
    }
   protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    long t1 = System.nanoTime();
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

其实如果你仔细看这个类的话，你会发现他给我们传递了很多信息。

首先，他告诉了我们ClassLoader的树形结构，从祖先类加载器开始，依次往下查找是否能够加载该类。
然后，我们通读代码，发现，如果没有在JVM中的三个类加载成功加载的话，会执行 c = findClass(name);
这句话很关键，这句代码给了我们重写的空间。
实际上，我们实现我们自己定义的ClassLoader的话，只需要重写这个方法。然后我们需要在这个方法里调用defineClass方法，因为这个方法的作用是把字节码转化为Class对象（类加载的最终产品就是位于堆上的Class对象）。
扯了这么多好像还是没有讲出现这个异常的原因，其实简单来说：
ClassNotFoundException只可能出现在你的应用程序主动的装载类的过程中,可能是使用框架配置的初始化过程中，也有可能是程序中动态调用你认为已经写好的类中，但是很实际情况下，你在尝试调用一个实际上不存在的类，赶紧查一下是名称写错了，还是没有把他配置到正确的配置文件中吧。

扯的有点跑偏，最近喜欢把相关的东西结合在一起讲，搞得很多时候没有重点，很尴尬。好，对于ClassNotFountException的API文档就讲到这里，接下来看NoClassDeFoundError