Java外部类加载遇ClassDefNotFoundError：如何指定Perk类运行时位置？

你的问题核心是类加载器的双亲委派机制没有被正确利用：外部Perk Jar编译时依赖主Jar里的Perk抽象类，但运行时你创建的URLClassLoader默认只能访问外部Jar自身的类，无法找到主Jar中已加载的Perk类。下面是具体的解决方法：

核心修复：指定URLClassLoader的父类加载器 #

修改你加载外部Jar的代码，在创建URLClassLoader时，传入加载Perk类的类加载器作为父加载器。这样当外部Jar需要查找Perk类时，会委托父加载器（也就是主Jar的类加载器）去加载，自然就能找到这个抽象类了。

修改后的代码片段：

private static LoadStatus loadPerk( String path ) { 
    URL url = new File( path ).toURI().toURL(); 
    URL[] urls = new URL[]{ url }; 
    YamlConfiguration perkYML = null; 
    // 关键：传入Perk类的类加载器作为URLClassLoader的父加载器
    ClassLoader cl = new URLClassLoader( urls, Perk.class.getClassLoader() ); 
    Class<?> cls = Class.forName( main /* class path */, true, cl ); 
    clazz = cls.asSubclass( Perk.class ); 
    // 实例化并放入数据结构
    perks.put( new Descriptor( main, name, id, description ), clazz.newInstance() ); 
}

为什么这样能解决问题？ #

Java的类加载器遵循双亲委派模型：当一个类加载器需要加载类时，会先委托它的父加载器去查找，只有父加载器找不到时，才会自己尝试加载。

• 原来的URLClassLoader默认父加载器是系统类加载器，但如果主Jar是被应用类加载器（或者自定义类加载器）加载的，系统类加载器可能访问不到Perk类。
• 直接传入Perk.class.getClassLoader()，相当于告诉外部Jar的类加载器："找不到的类就去问加载主Jar的那个加载器"，完美解决了跨Jar的类依赖问题。

额外的最佳实践 #

• 编译外部Perk Jar时，只需要将主Jar作为依赖库（比如在IDE中设置为Provided依赖），不要将主Jar的内容打包到外部Perk Jar中，保持模组的模块化。
• 继续保持主Jar和外部Perk Jar的分离，避免把主Jar放到perks文件夹的不良实践，这样更便于版本管理和模组更新。

内容的提问来源于stack exchange，提问作者Dyllan M