为何仅Eclipse出现Java9模块错误，IntelliJ与Gradle构建无此问题？

这个差异本质是不同开发工具、构建工具对Java 9+模块系统（JPMS）的默认启用规则不同，JPMS的校验逻辑并非在所有场景下强制触发：

1. Eclipse触发报错的原因 #

Eclipse的JDT编译器默认对所有Java 9+版本的项目启用JPMS严格校验，哪怕项目没有module-info.java（处于无名模块模式）也会执行模块路径冲突检查：

• Buildship插件导入Gradle项目时，默认会把所有依赖放到*模块路径（module-path）*而非传统类路径下
• 当你的依赖中包含stax-api、jaxb-api这类携带javax.xml.namespace包的第三方Jar时，就会和JDK内置的java.xml模块出现同包冲突，直接抛出The package javax.xml.namespace is accessible from more than one module: <unnamed>, java.xml报错。

2. IntelliJ、Gradle不触发报错的原因 #

两者默认都遵循「只有项目存在module-info.java时才启用JPMS」的规则：

• Gradle无module-info.java时，所有依赖都会放到*类路径（classpath）*下，完全不启用JPMS校验逻辑，Java会按照传统类加载优先级加载类，不会触发多模块冲突报错
• IntelliJ默认对齐项目绑定的构建工具行为，Gradle未启用JPMS的前提下，IntelliJ的编译校验也会同步关闭JPMS严格检查，仅在实际运行出现类冲突时才会提示。

3. JPMS规则的生效前提 #

JPMS的限制并非全局强制生效：只有当依赖被放到模块路径下时，JPMS的包唯一性、模块可见性等规则才会执行。传统类路径模式是Java为了向下兼容保留的旧模式，完全绕过JPMS的所有校验规则，这就是不同工具表现不一致的核心原因。

• 右键项目 → Properties → Java Build Path → Libraries，找到包含javax.xml.namespace的第三方Jar，取消勾选「Is modular」选项，强制将该Jar放到类路径下
• 或者在Gradle构建脚本中排除stax-api、javax.xml.stream:stax-api这类重复的传递依赖，从根源避免同包冲突

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