如果您正在使用一个以上的模块，您应该有

dexOptions {
    preDexLibraries = false
}

在构建文件中。

在我的环境中，我在单元测试中遇到了这个问题。在将一个库依赖项附加到*之后。砰，这是固定的。

例子:

错误信息:

java.lang.NoClassDefFoundError: com/abc/def/foo/xyz/Iottt

POM内容:

<dependency>
    <groupId>com.abc.def</groupId>
    <artifactId>foo</artifactId>
    <scope>test</scope>
</dependency>

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

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

如果您从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 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;
            }
        });
    }
}

我想纠正其他人对NoClassDefFoundError的看法。

NoClassDefFoundError的发生有多种原因，比如:

没有为该引用的类找到.class，无论它在编译时是否可用(i. ClassNotFoundException)。E基类/子类)。 类文件已定位，但在初始化静态变量时引发异常 类文件定位，在初始化静态块时引发异常

在最初的问题中，这是第一个可以通过将CLASSPATH设置为引用的类JAR文件或其包文件夹来纠正的情况。

“在编译时可用”是什么意思?

在代码中使用引用的类。例如:两个类，A和B(扩展A)。如果B在代码中直接引用，则在编译时可用，即A A = new B();

“编译时不可用”是什么意思?

编译时类和运行时类是不同的，例如，基类是使用子类的类名加载的 forname(“名称”) 例如:两个类，A和B(扩展A) A A = Class.forName("B").newInstance();