Maven兄弟模块导入疑问：隐式引用如何转为显式导入？

项目结构如下：

/proj-root
   /proj-lib
   /proj-cli

proj-root为pom打包类型的Maven父项目，将proj-lib和proj-cli定义为子模块；proj-lib与proj-cli均采用jar打包类型，且已在proj-cli的pom.xml中配置proj-lib的依赖。

当前在IntelliJ IDE中导入项目无异常，IDE内及终端执行mvn命令构建、运行均正常，但存在以下现象：

• proj-cli/src/main/java/Main.java可直接使用proj-lib/src/main/java/Util.java中的Util类，无需添加显式导入语句
• 手动编写import groupId.artifactId.Util;时，IDE提示路径无法解析

希望能明确看到来自兄弟模块的引用，因此提出以下疑问：

1. 这种隐式导入是否属于预期行为？
2. 如何实现显式导入？
3. 若遇到命名冲突，如何通过完整的groupId和artifactId限定导入？

1. 隐式导入是否为预期行为？ #

是预期行为，核心原因是两个类处于同一个Java包下。如果proj-lib的Util类和proj-cli的Main类的包名完全一致（例如均为com.example），根据Java语言规则，同一包内的类无需显式导入即可直接使用，这和Maven模块结构无关，是Java本身的特性。

2. 如何实现显式导入？ #

要实现显式导入，只需让两个类处于不同的Java包中：

• 修改proj-lib中Util类的包名，例如改为com.example.projlib
• 此时proj-cli的Main类要使用Util时，必须添加显式导入语句import com.example.projlib.Util;，IDE也能正常解析该路径

同时需确认proj-cli的pom.xml中对proj-lib的依赖配置正确，确保groupId、artifactId、version与proj-lib的pom.xml完全匹配，示例配置如下：

<dependency>
    <groupId>com.example</groupId>
    <artifactId>proj-lib</artifactId>
    <version>1.0-SNAPSHOT</version>
</dependency>

修改包名后执行mvn clean install重新构建项目，IDE即可识别正确的导入路径。

3. 命名冲突时的限定导入方式 #

Java本身不支持直接通过groupId和artifactId限定类导入——因为groupId和artifactId是Maven的概念，和Java的包机制无关。解决命名冲突可采用以下两种方式：

• 使用全限定类名：在代码中直接写出类的完整包路径，例如存在两个不同包的Util类时，使用com.example.projlib.Util util = new com.example.projlib.Util();，而非导入后简写
• 规范包命名避免冲突：从架构层面优化，给不同模块分配独立的子包（如com.example.projlib、com.example.projcli），从根源上减少命名冲突的可能

内容的提问来源于stack exchange，提问作者a.ilchinger