今天在公司，新入职的小明气喘吁吁地跑过来，眼中流露着一丝不可思议的敬佩：“小米哥，碰到了个难题，我实在想不明白！新建的SpringBoot项目竟然可以直接运行mvnspring-boot:run启动服务，这到底是怎么回事？”
我听后，轻轻一笑：“这事嘛，别着急，坐下聊聊。”
小明一脸困惑，挠了挠头问：“不是，我一直以为Maven得先mvn clean install才能打包，怎么现在直接就能运行了呢？”
我拍了拍他的肩膀，递给他一杯奶茶：“其实，Maven的构建过程就像搭积木，遵循着一整套严格的生命周期。每个生命周期实际上都是一系列阶段的集合。常用的有三个主要生命周期：clean、default和site。”
1. **Clean生命周期**：
清除项目以前的构建成果，比如删除target文件夹。
展开剩余81%
2. **Default生命周期**：
这是个包含编译、测试、打包、安装和部署等多个阶段的主要流程。具体部分包括：
- compile：编译源代码
- test：执行测试
- package：打包（通常为jar或war文件）
- install：将打包后的成果安装到本地仓库
- deploy：部署到远程仓库
3. **Site生命周期**：
用于生成项目站点文档，平时开发中用得不多。
“因此，小明，”我放下奶茶，继续解释：“你的困惑在于把mvn clean install和mvnspring-boot:run搞混了。”
1. **spring-boot:run到底是干嘛的？**
这个命令实际上是Maven的一个插件，称为spring-boot-maven-plugin。它的一个显著特点是可以直接运行应用，无需先进行打包。
2. **spring-boot:run的工作流程**
执行mvnspring-boot:run时，Maven会经历以下几个步骤：
- 编译源代码：相当于运行mvn compile。
- 直接用编译后的类文件启动应用，而不是用打包后的jar文件启动。
重点来了！
spring-boot:run 直接使用target/classes下的编译文件来运行应用，因此你无需执行install就能启动服务！
小明皱起了眉头：“可是，这和我直接拉下来就能运行有什么关系？”
我笑着解释：“这就要说到pom.xml里的spring-boot-maven-plugin插件了。”
1. **spring-boot-maven-plugin的配置**
在SpringBoot项目的pom.xml中，通常会看到这样的配置：
这个插件在运行时会自动检查项目的依赖，并通过Maven的依赖管理机制将依赖下载到本地。
因此，即使没有执行install，Maven依赖也会自动加载到本地仓库中。
2. **本地仓库的作用**
当你运行mvnspring-boot:run时，会进行以下操作：
- 检查依赖是否存在于本地仓库
- 如果不存在，则自动下载
- 将依赖加载到classpath中，从而启动应用
也就是说，只要依赖能够成功下载，服务就能顺利启动！
为了让小明更加清楚，我进行了一个对比：
“我带你试试！”我露出微笑，点开控制台演示了两个常见场景。
1. **直接运行**：
应用正常启动。
2. **打包运行**：
应用同样正常启动。
3. **安装运行**：
这一步是将包放到本地仓库再启动，通常用于其他项目依赖的情况。
小明终于恍若大悟：“原来如此！不用执行install是因为spring-boot:run直接运行的是编译文件而不是打包文件！”
我点点头：“没错！在开发阶段，我们常常使用mvnspring-boot:run，因为它省去了安装步骤，提高了本地开发效率。而install通常是在构建和发布时使用。”
小明感激地看着我：“谢谢小米哥，果然和大神聊天真有帮助！”
我微笑回应：“多聊天，多学习，我们一起进步！”
实际上，SpringBoot项目能直接运行，正是由于它的插件机制和类加载方式。搞懂Maven的生命周期与插件原理，才能真正做到心中有数。以后别见啥就急着install，提升开发效率可是个大事呢！
发布于：山东省
