嘿，我来帮你搞定这个Maven多模块的依赖问题！先看你的配置，最明显的问题就是依赖的artifactId和模块名不匹配，这也是Maven找不到依赖的核心原因，咱们一步步来修复：

1. 修正依赖的artifactId #

你的根POM里声明的模块是shared-lib1和shared-lib2，但main-app里依赖的artifactId写的是lib1，这完全对不上呀！赶紧把main-app的依赖配置改成和模块名一致：

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>shared-lib1</artifactId> <!-- 这里改成shared-lib1，和根模块名对应 -->
    <version>${project.version}</version>
</dependency>
<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>shared-lib2</artifactId> <!-- 依赖shared-lib2的话也要同步修正 -->
    <version>${project.version}</version>
</dependency>

2. 从根目录执行完整构建 #

Maven多模块项目的构建顺序是依赖驱动的，但如果直接在main-app目录单独构建，Maven可能找不到还没构建的兄弟模块。所以一定要切换到项目根目录，执行以下命令：

mvn clean install

这个命令会先构建shared-lib1和shared-lib2，并把它们安装到本地Maven仓库，之后再构建main-app，这样main-app就能顺利找到依赖了。

3. 确认子模块的POM配置 #

还要检查每个子模块的POM，确保它们的artifactId确实是shared-lib1和shared-lib2。比如shared-lib1的POM里应该有：

<artifactId>shared-lib1</artifactId>

如果子模块的artifactId和根POM里的模块名不一致，也会导致依赖查找失败。

4. 按需指定模块构建（可选） #

如果不想每次都构建所有模块，可以先单独构建依赖模块，再构建main-app：

# 先构建shared-lib1和shared-lib2
mvn -pl shared-lib1,shared-lib2 clean install
# 再构建main-app
mvn -pl main-app clean package

这里的-pl参数用来指定要构建的模块列表，能节省不必要的构建时间。

要是做完这些还是有问题，可以去本地Maven仓库（默认路径是~/.m2/repository）看看有没有生成shared-lib1和shared-lib2的jar包，如果没有，说明依赖模块的构建本身有错误，得先排查子模块的编译或打包问题。

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