如果在编译和运行时遇到以下错误之一:

NoClassDefFoundError Error: Could not find or load main class hello Exception in thread "main" java.lang.NoClassDefFoundError:javaTest/test/hello (wrong name: test/hello) at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.defineClass(Unknown Source) at java.net.URLClassLoader.access$100(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.launcher.LauncherHelper.checkAndLoadMain(Unknown Source)

-------------------------- 解决方案 -----------------------

问题主要出在包装组织上。您应该根据源代码中的包分类在文件夹中适当地安排类。

在编译过程中，使用这个命令:

javac -d . [FileName.java]

要运行类，请使用以下命令:

java [Package].[ClassName]

如果您从JAR文件“开始”一个类，请确保从JAR完整路径开始。例如，(如果你的“主类”没有在Manifest中指定):

java -classpath "./dialer.jar" com.company.dialer.DialerServer

如果存在任何依赖关系，例如对其他JAR文件的依赖关系，则可以解决此类依赖关系

或者通过将这样的JAR文件(每个JAR文件的完整路径)添加到类路径。例如,

java -classpath "./libs/phone.jar;./libs/anotherlib.jar;./dialer.jar" com.company.dialer.DialerServer

或者通过向清单中添加“依赖JAR无文件”来编辑JAR清单。这样的清单文件可能如下所示:

Manifest-Version: 1.0
Class-Path: phone.jar anotherlib.jar
Build-Jdk-Spec: 1.8
Main-Class: com.company.dialer.DialerServer

或者(如果你是一个有源代码的开发人员)，你可以使用Maven为你准备一个清单，添加到*。pom文件:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <configuration>
        <archive>
            <manifest>
                <addClasspath>true</addClasspath>
                <mainClass>com.company.dialer.DialerServer</mainClass>
                <!-- Workaround for Maven bug #MJAR-156 (https://jira.codehaus.org/browse/MJAR-156) -->
                <useUniqueVersions>false</useUniqueVersions>
            </manifest>
        </archive>
    </configuration>
</plugin>

请注意，上面的例子使用;作为类路径中的分隔符(它对Windows平台有效)。在Linux上，替换;:。

例如,

java -classpath ./libs/phone.jar:./libs/anotherlib.jar:./dialer.jar
com.company.dialer.DialerServer

Java中的NoClassDefFoundError:

定义:

如果一个类在编译时存在，但在运行时java类路径中不可用，则会出现NoClassDefFoundError。通常，当你获得NoClassDefFoundError时，你会在log中看到下面这行: 线程“main”异常

可能的原因:

The class is not available in Java Classpath. You might be running your program using jar command and class was not defined in manifest file's ClassPath attribute. Any start-up script is overriding Classpath environment variable. Because NoClassDefFoundError is a subclass of java.lang.LinkageError it can also come if one of it dependency like native library may not available. Check for java.lang.ExceptionInInitializerError in your log file. NoClassDefFoundError due to the failure of static initialization is quite common. If you are working in J2EE environment than the visibility of Class among multiple Classloader can also cause java.lang.NoClassDefFoundError, see examples and scenario section for detailed discussion.

可能的决议:

验证所有必需的Java类都包含在应用程序的类路径中。最常见的错误是，在开始执行依赖于一些外部库的Java应用程序之前，没有包括所有必要的类。 应用程序的类路径是正确的，但是classpath环境变量在应用程序执行之前被重写。 验证前面提到的ExceptionInInitializerError没有出现在应用程序的堆栈跟踪中。

资源:

解决Java J2EE中Java .lang. noclassdeffounderror的3种方法

noclassdeffounderror -如何解决没有类Def发现错误

我在使用Android studio进行Android开发时也遇到了同样的问题。提供的解决方案是一般的，对我没有帮助(至少对我来说)。

经过几个小时的研究，我找到了以下解决方案，它可能会帮助使用Android Studio进行开发的Android开发人员。

修改如下:

首选项→构建、执行、部署→立即运行→*取消第一个选项。

有了这个改变，我就可以开始工作了。

我在Android Studio中也遇到过这种情况。

对我来说有效的解决方案是:重启Android Studio。

当运行时类装入器装入的类不能访问已由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;
            }
        });
    }
}