不要在模块之外使用测试类

我没有解决方案，只是另一种“编译时存在，运行时不存在”的情况。

我试图使用来自JUnit测试类的一个非常方便的方法，来自另一个位于不同模块中的测试类。这是一个禁忌，因为测试代码不是打包的jar的一部分，但我没有意识到这一点，因为它对于Eclipse中的用户类来说是可见的。

我的解决方案是将该方法放在作为生产代码一部分的现有实用程序类中。

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

我的观点是:

确保类路径包含完整路径(/home/user/lib/some_lib.jar而不是~/lib/some_lib.jar)，否则仍然会面临NoClassDefFoundError错误。

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

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

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]

在编译代码之后，程序中的每个类都有.class文件。这些二进制文件是Java解释以执行程序的字节码。NoClassDefFoundError表示负责动态加载类的类加载器(在本例中为java.net.URLClassLoader)无法为您试图使用的类找到.class文件。

Your code wouldn't compile if the required classes weren't present (unless classes are loaded with reflection), so usually this exception means that your classpath doesn't include the required classes. Remember that the classloader (specifically java.net.URLClassLoader) will look for classes in package a.b.c in folder a/b/c/ in each entry in your classpath. NoClassDefFoundError can also indicate that you're missing a transitive dependency of a .jar file that you've compiled against and you're trying to use.

例如，如果你有一个类com.example。Foo，编译后你会有一个类文件Foo。class。例如，您的工作目录是…/project/。那个类文件必须放在…/project/com/example，然后将类路径设置为…/project/。

旁注:我建议充分利用Java和JVM语言的惊人工具。像Eclipse和IntelliJ IDEA这样的现代ide和像Maven或Gradle这样的构建管理工具将帮助您不必担心类路径，而将注意力集中在代码上!也就是说，这个链接解释了在命令行上执行时如何设置类路径。