Spring Boot双主类场景下构建stock-quote-manager镜像的无重构方案

Spring Boot Maven 插件执行repackage、build-image目标时，会自动扫描项目路径下所有包含main方法的启动类，当扫描到多个候选启动类且未显式绑定本次构建使用的主类时，就会触发多主类识别失败的构建报错，全程不需要调整代码包结构、开展全量代码重构。

单次临时构建：构建命令直接指定主类 #

执行镜像构建命令时，通过参数显式告知Spring Boot插件本次打包要使用的主类，无需修改任何项目文件：

• 构建stock-quote-manager服务镜像（对应8081端口运行的服务）：
  ./mvnw spring-boot:build-image -Dspring-boot.repackage.mainClass=com.br.inatel.stockquotemanager.StockQuoteManagerApplication
• 构建StockManager服务镜像（对应8080端口运行的服务）：
  ./mvnw spring-boot:build-image -Dspring-boot.repackage.mainClass=com.br.inatel.stockmanager.StockManagerApplication

通过该方式生成的镜像，会以指定的启动类作为入口加载服务逻辑，不会混入另一个服务的上下文，可快速完成单次容器化构建需求。

长期维护构建：通过Maven Profile绑定主类规则 #

在项目pom.xml中为两个服务分别配置独立的构建Profile，全程不需要改动Java代码、调整包结构：

• 每个Profile中绑定对应服务的启动类全路径，同时通过参数注入对应服务的端口配置，实现构建规则的完全隔离
• 日常构建时只需要通过-P参数激活对应Profile即可，例如构建stock-quote-manager服务镜像的命令为：
  ./mvnw clean package spring-boot:build-image -Pstock-quote-manager

该方式适配需要反复迭代、长期维护的项目场景，构建过程中两个服务的主类、端口配置完全隔离，不会出现插件识别歧义。

误区澄清：完全不需要将两个启动类拆分到独立Maven模块、或者调整原有包路径，只要为Spring Boot Maven插件明确指定构建关联的主类，即可彻底解决多主类扫描导致的构建失败问题。

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