从Java 8升级至Java 10后出现NoClassDefFoundError问题咨询

一、根本原因分析 #

这个问题本质是Java 9+引入的模块系统（JPMS）对Eclipse构建路径传递依赖行为的影响——哪怕你没显式使用模块，Eclipse在适配JDK 10及以上版本时，默认调整了依赖导出规则：

• 在Java 8环境下，Eclipse的Order and Export默认会自动将项目的依赖（比如Project B依赖的Project C）导出给上层依赖（Project A），所以A依赖B时能间接访问到C的类。
• 升级到Java 10后，Eclipse为了适配模块系统的隔离性，默认不再自动导出项目的依赖，导致Project A的类路径中只有Project B的类，找不到B依赖的Project C的类，运行时就抛出NoClassDefFoundError。

二、更优解决方案 #

针对大型项目，推荐两种更高效的方案：

方案1：修改Project B的依赖导出配置（无需调整上层项目） #

不用逐个去Order and Export勾选，直接在Project B的依赖配置里设置传递性：

1. 右键Project B → 选择Properties → 进入Java Build Path → 切换到Projects标签页
2. 选中列表里的Project C，点击右侧的Edit按钮
3. 在弹出的对话框中，勾选Export this dependency（不同Eclipse版本可能显示为Export）
4. 保存配置后，Project A就能自动通过B的依赖间接访问到C的类，无需修改A的任何设置。

方案2：使用构建工具管理依赖（推荐大型项目） #

如果你的项目还在手动管理Eclipse构建路径，强烈建议迁移到Maven或Gradle：

• 对于Maven：确保Project B的pom.xml中，对Project C的依赖使用默认的compile范围（这是默认值，无需额外配置），构建工具会自动处理传递依赖，Eclipse通过Maven插件（M2E）同步配置后，完全不会出现这类依赖问题。
• 对于Gradle：同样，Project B对C的依赖使用implementation或compile（Gradle 7+推荐implementation，默认会传递给上层项目），构建工具会自动维护依赖链。

这种方式对于大型项目来说，能彻底避免手动调整Eclipse配置的繁琐，还能统一构建环境。

代码示例验证 #

ClassA.java（Project A） #

package pkg; 
public class ClassA { 
    public ClassA() { 
        new ClassB(); 
    } 
    public static void main(String[] args) { 
        new ClassA(); 
    } 
}

ClassB.java（Project B） #

package pkg; 
public class ClassB { 
    public ClassB() { 
        callClassC(); 
    } 
    public void callClassC() { 
        ClassC classC = new ClassC(); 
        String info = classC.getInfo(); 
        System.out.println(info); 
    } 
}

ClassC.java（Project C） #

package pkg; 
public class ClassC { 
    public String getInfo() { 
        return "Class c info"; 
    } 
}

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