在一个NetBeans项目上工作了好几个月之后，在收到“低内存”警报后不久，我突然收到了NoClassDefFoundError消息。进行Clean重建并没有帮助，但是完全关闭NetBeans并重新启动项目时没有出现错误报告。

如果你的项目是在一个包，如com。blahcode和你的类被称为Main，编译后的文件可能会以。/out/com/blahcode/Main.class这样的目录结构输出。对于IntelliJ IDEA来说尤其如此。

当试图从shell或cmd运行时，您需要cd到包含com作为子目录的目录。

cd out
java -classpath . com.blahcode.Main

在一个NetBeans项目上工作了好几个月之后，在收到“低内存”警报后不久，我突然收到了NoClassDefFoundError消息。进行Clean重建并没有帮助，但是完全关闭NetBeans并重新启动项目时没有出现错误报告。

如果您正在使用Maven，这可能是由于pom.xml中依赖关系的范围(如果它们被设置为“提供”)，请尝试将其更改为“编译”。

当运行时类装入器装入的类不能访问已由Java rootloader装入的类时，我得到NoClassFoundError。因为不同的类装入器在不同的安全域中(根据Java)， JVM不允许在运行时装入器地址空间中解析已经由rootloader装入的类。

使用'java -javaagent:trace .jar [your 'java' ARGUMENTS]'运行程序

它产生显示已加载类的输出，以及加载该类的加载器环境。追踪类为什么不能解析是非常有用的。

// ClassLoaderTracer.java
// From: https://blogs.oracle.com/sundararajan/entry/tracing_class_loading_1_5

import java.lang.instrument.*;
import java.security.*;

// manifest.mf
// Premain-Class: ClassLoadTracer

// jar -cvfm tracer.jar manifest.mf ClassLoaderTracer.class

// java -javaagent:tracer.jar  [...]

public class ClassLoadTracer
{
    public static void premain(String agentArgs, Instrumentation inst)
    {
        final java.io.PrintStream out = System.out;
        inst.addTransformer(new ClassFileTransformer() {
            public byte[] transform(ClassLoader loader, String className, Class classBeingRedefined, ProtectionDomain protectionDomain, byte[] classfileBuffer) throws IllegalClassFormatException {

                String pd = (null == protectionDomain) ? "null" : protectionDomain.getCodeSource().toString();
                out.println(className + " loaded by " + loader + " at " + new java.util.Date() + " in " + pd);

                // dump stack trace of the thread loading class
                Thread.dumpStack();

                // we just want the original .class bytes to be loaded!
                // we are not instrumenting it...
                return null;
            }
        });
    }
}

我删除了文件夹“build”和“out”，IDE重新构建这个文件夹并更新了内容文件。