sqskg 2021-05-28 15:23 采纳率: 0%
浏览 2477

为什么要指定spring-boot-maven-plugin的版本？

* springboot项目依赖spring-boot-dependencies，为什么还要指定spring-boot-maven-plugin的版本？

查看spring-boot-dependencies.pom 文件里边明确声明了依赖

<plugin>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-maven-plugin</artifactId>
  <version>2.3.4.RELEASE</version>
</plugin>

为什么在项目里还要再配置一遍这个依赖？

  • 写回答

3条回答 默认 最新

  • 小P聊技术 2021-05-28 15:32
    关注

    可能他是想显示的指定版本号

     

    <build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
        </plugin>
    </plugins>
</build>

    插件中的maven目标

    在这里插入图片描述
    如图，插件提供了6个maven goal

    • build-info：生成项目的构建信息文件 build-info.properties
    • help：用于展示spring-boot-maven-plugin的帮助信息。使用命令行mvn spring-boot:help -Ddetail=true -Dgoal=<goal-name>可展示goal的参数描述信息。
    • repackage：可生成可执行的jar包或war包。插件的核心goal。
    • run：运行 Spring Boot 应用
    • start：在集成测试阶段，控制生命周期
    • stop：在集成测试阶段，控制生命周期

    打包：repackage

    将spring-boot-maven-plugin引入pom，执行 mvn package 命令，即可打jar包（插件默认打jar包），target文件夹里的 *.jar即为可执行jar包。

    打包主要使用的是repackage goal，它是spring-boot-starter-parent为插件设置的默认goal。这个goal绑定在maven的 package生命周期上，完整命令为mvn package spring-boot:repackage。在 mvn package 执行打包之后，repackage 再次打包生成可执行的 jar包或war包。

    默认情况下，repackage生成包的名称与 mvn package 生成的原始包名称相同，而原始包被重命名为 *.origin。若想修改生成jar包的名称，请参考spring-boot-maven-plugin：打依赖包 中的方法。

    repackage 命令生成的包，默认会包含项目引入的所有依赖，包括scope为provied的依赖，若除去provided依赖，请参考spring-boot-maven-plugin：打包时排除provided依赖。

    若项目引入了spring-boot-devtools，默认spring-boot-devtools 会被打在包里，若想排除，应设置 repackage 的 excludeDevtools参数为true。在打war包时，还应将spring-boot-devtools 的optinal设置为true或将scope设置为provided。

    <build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <executions>
                <execution>
                    <id>repackage</id>
                    <configuration>
                        <excludeDevtools>true</excludeDevtools>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

    repackage 会在Manifest文件中写入Main-Class and Start-Class属性。当默认值不能使程序正常运行时，可以通过插件配置。Manifest文件位于的META-INF文件夹中。

    打可执行jar包时，示例如下：

    Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Built-By: beauty
Start-Class: com.demo.beauty.BeautyApplication
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Spring-Boot-Version: 2.2.1.RELEASE
Created-By: Apache Maven 3.6.3
Build-Jdk: 1.8.0_251
Main-Class: org.springframework.boot.loader.JarLauncher

    对应的spring-boot-maven-plugin配置如下：

    <build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <configuration>
                <mainClass>com.demo.beauty.BeautyApplication</mainClass>
            </configuration>
        </plugin>
    </plugins>
</build>

    可以看出，打可执行jar包时，spring-boot-maven-plugin的mainClass参数对应的是 Manifest 文件中的Start-Class属性，即项目的启动类。

    Manifest 文件中的Main-Class属性由插件的 layout 决定。layout属性值默认为jar/war。layout种类有

    • JAR，即通常的可执行jar。Main-Class : org.springframework.boot.loader.JarLauncher

    • WAR，即通常的可执行war。Main-Class : org.springframework.boot.loader.warLauncher。为避免将war包部署在容器中运行时可能的冲突问题，provided类型的依赖都被放置在可执行war包的WEB-INF/lib-provided文件夹中，包括直接运行war需要的内置容器。

    • ZIP，亦可作DIR，类似于JAR。Main-Class : org.springframework.boot.loader.PropertiesLauncher

    • NONE，打包所有依赖库和项目资源，但是不打包任何启动器。可以看到在layout为NONE时，打出的包中的org文件夹没有了，Manifest 文件中没有Start-Class属性，Main-Class属性值为项目的启动类。

      Manifest-Version: 1.0
Archiver-Version: Plexus Archiver
Built-By: beauty
Spring-Boot-Classes: BOOT-INF/classes/
Spring-Boot-Lib: BOOT-INF/lib/
Spring-Boot-Version: 2.2.1.RELEASE
Created-By: Apache Maven 3.6.3
Build-Jdk: 1.8.0_251
Main-Class: com.demo.beauty.BeautyApplication

    运行：run

    run goal 可运行springboot项目，其默认将应用运行于 a forked process，通常方式设置的命令行参数不会对 run goal 启动的进程产生影响。

    • 直接使用run goal，不能使程序进入调试模式，原因如上。调试，或设置其他JVM 参数，应在插件中配置 jvmArguments。调试程序的配置可参考spring-boot-maven-plugin：debug调试程序

    • 设置系统属性和环境变量的方法： spring-boot-maven-plugin：添加系统属性和环境变量

    • 设置active profiles的方法：spring-boot-maven-plugin：设置active profiles

    • 当将fork 属性为置为false时，run goal将直接通过 Maven JVM 运行项目（非官方建议做法），而不使用 a forked process。此时通过spring-boot-maven-plugin插件设置的的JVM参数（jvmArguments）, 系统属性（systemPropertyVariables）,环境变量（environmentVariables）和代理 （agents ）将不生效。

    • 插件支持资源热更新，通过将addResources置为true来启用热更

      <plugin>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-maven-plugin</artifactId>
    <configuration>
        <addResources>true</addResources>
    </configuration>
</plugin>

      启用热更后，运行时， src/main/resources 文件夹被加入类路径， target/classes 文件夹下的副本被删除。

      构建项目的资源筛选不作用于热更！

      Spring Boot 1.3以后，官方推出了spring-boot-devtools工具，这个工具在热更支持上体验更好，所以spring-boot-maven-plugin的热更功能默认是关闭的。

    • 与 repackage goal 一致，run goal也将所有的依赖都放在类路径中，包括scope为provided的依赖

    • 若想在运行时包含scope为test的依赖，可以将useTestClasspath设置为true。注意，这只影响run goal 不影响repackage goal，即打包时不会包含scope为test的依赖

    评论

报告相同问题？