有一个有趣的例子，你可能会看到很多NoClassDefFoundErrors:

在类的静态块中抛出一个RuntimeException 拦截它(或者如果它在测试用例中抛出并不重要) 尝试创建该类的实例

static class Example {
    static {
        thisThrowsRuntimeException();
    }
}

static class OuterClazz {

    OuterClazz() {
        try {
            new Example();
        } catch (Throwable ignored) { //simulating catching RuntimeException from static block
            // DO NOT DO THIS IN PRODUCTION CODE, THIS IS JUST AN EXAMPLE in StackOverflow
        }

        new Example(); //this throws NoClassDefFoundError
    }
}

NoClassDefError将伴随来自静态块RuntimeException的ExceptionInInitializerError一起抛出。

当你在UNIT TESTS中看到NoClassDefFoundErrors时，这一点尤其重要。

在某种程度上，您在测试之间“共享”静态块执行，但初始的ExceptionInInitializerError将仅在一个测试用例中。第一个使用有问题的Example类。其他使用Example类的测试用例只会抛出NoClassDefFoundErrors。

这是迄今为止我找到的最好的解决办法。

假设我们有一个名为org的包。Mypackage包含的类:

HelloWorld(主类) SupportClass UtilClass

定义这个包的文件物理存储在目录D:\myprogram (Windows)或/home/user/myprogram (Linux)下。

文件结构如下所示:

当调用Java时，我们指定要运行的应用程序的名称:org.mypackage.HelloWorld。但是，我们还必须告诉Java在哪里查找定义包的文件和目录。所以要启动程序，我们必须使用下面的命令:

每个人都在这里谈论一些Java配置的东西，JVM的问题等，在我的情况下，错误与这些主题完全无关，有一个非常琐碎和容易解决的原因:我在我的控制器(Spring Boot应用程序)的端点有一个错误的注释。

这是由于您的代码所依赖的类文件在编译时存在，但在运行时没有找到。寻找构建时和运行时类路径的差异。

如果您有生成代码(EMF等)，可能会有太多的静态初始化器，这会占用所有的堆栈空间。

参见堆栈溢出问题如何增加Java堆栈大小?。

对此，我的解决方案是为缺失的特定类“利用”类路径内容。在我的情况下，我有2个依赖项，虽然我能够成功地编译使用javac…，我不能运行产生的类文件使用java…，因为BouncyCastle jar中的Dynamic类不能在运行时加载。

javac --classpath "ext/commons-io-2.11.0;ext/bc-fips-1.0.2.3" hello.java

因此在编译时和运行时，JVM知道在哪里获取Apache Commons和BouncyCastle依赖项，然而，当运行这个时，我得到了

Error: Unable to initialize main class hello
Caused by: java.lang.NoClassDefFoundError: 
org/bouncycastle/jcajce/provider/BouncyCastleFipsProvider

因此，根据类路径，我在相同的位置手动创建了一个名为ext的新文件夹，然后在其中放置了BouncyCastle jar，以确保在运行时可以找到它。只要结果清单中指定了jar的位置，您就可以将jar相对于类文件或jar文件放置。注意，我只需要利用包含丢失类文件的一个jar。