在本教程中，我们将探讨通过mvn spring-boot:run命令启动Spring Boot Web应用程序与通过java -jar命令编译成jar/war包后运行它之间的区别。

出于本教程的目的，我们假设你熟悉Spring Boot repackage目标的配置。有关此主题的更多详细信息，请阅读使用Spring Boot创建Fat Jar应用程序。

在编写Spring Boot应用程序时，建议使用Spring Boot Maven插件来构建、测试和打包我们的代码。

该插件附带了许多方便的功能，例如：

当我们在开发Web应用程序时，我们可以利用Spring Boot Maven插件的另一个非常有趣的功能：在嵌入式应用程序服务器中自动部署我们的Web应用程序的能力。

我们只需要一个依赖项就可以让插件知道我们要使用Tomcat来运行我们的代码：

现在，当我们在项目根文件夹中执行mvn spring-boot:run命令时，插件会读取pom配置并了解我们需要一个Web应用程序容器。

执行mvn spring-boot:run命令会触发Apache Tomcat的下载并初始化Tomcat的启动：

当日志显示包含“Started Application”的行时，我们的Web应用程序已准备好通过地址为 http://localhost:8080/ 的浏览器进行查询

一旦我们通过了开发阶段并朝着将我们的应用程序投入生产的方向前进，我们就需要打包我们的应用程序。

不幸的是，如果我们使用jar包，则基本的Maven package目标不包括任何外部依赖项。这意味着我们只能将其用作更大项目中的库。

为了规避这个限制，我们需要利用Maven Spring Boot插件repackage目标来将我们的jar/war作为独立应用程序运行。

通常，我们只需要配置构建插件：

由于我们的示例项目包含多个主类，因此我们必须通过配置插件来告诉Java要运行哪个类：

或者设置start-class属性：

现在我们可以使用两个简单的命令来运行示例war：

有关如何运行jar文件的更多详细信息，请参阅我们的文章使用命令行参数运行JAR应用程序。

为了更好地理解上述命令如何运行完整的服务器应用程序，我们可以查看我们的spring-boot-ops.war。

如果我们解压缩它并查看内部，我们会发现常见的嫌疑人：

这还不是全部，因为有一些特定于我们的胖包配置的文件夹：

如前所述，Maven Spring Boot插件会找到主类并生成运行java命令所需的配置。

生成的MANIFEST.MF有一些额外的行：

特别是，我们可以观察到Main-Class指定了要使用的Spring Boot类加载器启动器。

由于默认的打包策略，我们的war打包场景并没有太大区别，无论我们是否使用Spring Boot Maven Plugin。

为了更好的体会插件的优势，我们可以尝试将pom打包配置改成jar，再运行mvn clean package。

我们现在可以观察到我们的fat jar的组织方式与我们之前的war文件略有不同：

如果没有插件，lib文件夹将不存在，并且BOOT-INF/classes的所有内容将位于包的根目录中。

MANIFEST.MF也发生了变化，具有以下附加行：

Spring-Boot-Classes和Spring-Boot-Lib特别有趣，因为它们告诉我们类加载器将在哪里找到类和外部库。

在分析工具时，我们必须考虑创建这些工具的目的。我们是要简化开发，还是要确保顺利部署和可移植性？让我们来看看受此选择影响最大的阶段。

作为开发人员，我们经常将大部分时间花在编码上，而不需要花费大量时间来设置我们的环境以在本地运行代码。在简单的应用程序中，这通常不是问题。但对于更复杂的项目，我们可能需要设置环境变量、启动服务器和填充数据库。

每次我们想要运行应用程序时都配置正确的环境是非常不切实际的，尤其是在必须同时运行多个服务的情况下。

这就是使用Maven运行代码对我们有帮助的地方。我们已经在本地检查了整个代码库，因此我们可以利用pom配置和资源文件。我们可以设置环境变量，生成内存数据库，甚至可以下载正确的服务器版本并使用一个命令部署我们的应用程序。

即使在多模块代码库中，每个模块都需要不同的变量和服务器版本，我们也可以通过Maven Profile轻松运行正确的环境。

我们越是转向生产，话题就越转向稳定性和安全性，这就是为什么我们不能将用于我们的开发机器的过程应用到有真实客户的服务器上。

出于多种原因，在此阶段通过Maven运行代码是不好的做法：

这些只是为什么将应用程序作为一个包来发送对生产更实用的几个原因。

在本文中，我们探讨了通过Maven和通过java -jar命令运行代码之间的区别，并快速介绍了一些实际案例场景。

与往常一样，本教程的完整源代码可在GitHub上获得。