### 解决
Maven 打
包时无法找到主类的问题
在多模块的
Maven 项目中，某些模块可能并不需要独立运行（例如 `common` 模块），因此这些模块通常不会定义启动类。然而，在执行 `mvn package` 或其他构建命令
时，Spring Boot 的
Maven 插件会尝试寻找主类并将其打
包到可执行
JAR 文件中。如果没有显式指定主类，则会出现类似于 `Unable to find main class` 的错误。
以下是几种常见的解决方案：
#### 方法一：移除无用模块中的 Spring Boot 插件
对于那些不
包含主类的模块（如 `common` 模块），可以在其对应的 `pom.xml` 中禁用 Spring Boot 的
Maven 插件。通过这种方式避免插件试图查找不存在的主类。
```xml
<
build>
<plugins>
<!
-- 移除 spring
-boot
-maven-plugin
-->
</plugins>
</
build>
```
这种方法适用于仅作为依赖库存在的模块[^2]。
---
#### 方法二：在根
项目的 POM 文件中全局配置主类路径
如果希望在整个
项目范围内统一
管理主类的位置，可以通过修改根
项目的 `pom.xml` 来实现这一点。具体做法是在 `<
build>` 部分添加以下内容：
```xml
<
build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring
-boot
-maven-plugin</artifactId>
<configuration>
<mainClass>com.example.MainApplication</mainClass>
</configuration>
</plugin>
</plugins>
</
build>
```
此方法特别适合于拥有单一入口点的应用程序结构[^3]。
---
#### 方法三：针对特定模块设置主类属性
当多个子模块均需被打
包为独立应用
时，可在各自模块的 `pom.xml` 中分别声明各自的主类位置。例如：
```xml
<
build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring
-boot
-maven-plugin</artifactId>
<configuration>
<mainClass>com.moduleA.ApplicationModuleA</mainClass>
</configuration>
</plugin>
</plugins>
</
build>
```
这样能够确保每个模块都能正确识别自己的主类，而无需担心误操作影响其他部分[^1]。
---
#### 方法四：处理候选主类过多的情况
有
时可能会遇到多个潜在的主类被检测出来而导致冲突的情形。此
时可通过明确指出唯一有效的主类来解决问题。例如：
```xml
<
build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring
-boot
-maven-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
<configuration>
<mainClass>com.specific.MainApp</mainClass>
</configuration>
</plugin>
</plugins>
</
build>
```
上述方式有助于消除歧义，并让工具链专注于正确的目标[^4]。
---
### 总结
以上四种策略可以根据实际需求灵活选用。一般而言，最简单有效的方式是对非核心业务逻辑所在的模块直接停用 Spring Boot 插件；而对于确实存在多个独立
部署单元的大规模工程来说，则推荐采用细粒度控制机制——即逐个调整各组成部分的相关参数设定。
本文分享了在尝试解决Tomcat部署项目时遇到的报错问题，并提供了两种尝试方案及最终定位问题的原因。
扫一扫
1685
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
