我通过添加

<packaging>${packaging.type}</packaging>

然后为JAR和WAR设置不同的配置文件：

<profiles>
    <profile>
      <id>jar</id>
      <properties>
        <packaging.type>jar</packaging.type>
      </properties>
    </profile>
    <profile>
      <id>war</id>
      <properties>
        <packaging.type>war</packaging.type>
      </properties>
      <dependencies>
        <dependency>
          <groupId>org.springframework.boot</groupId>
          <artifactId>spring-boot-starter-tomcat</artifactId>
          <scope>provided</scope>
        </dependency>
      </dependencies>
    </profile>
  </profiles>

现在mvn package -P war生成一个WAR，mvn package -P jar生成一个JAR。
另一个选择是为JAR和WAR创建单独的模块，但我没有走这条路。

一个可执行的WAR文件有什么问题？这难道不是您真正需要的吗？
附言：
java -jar name.war

我们最近有一个类似的需求，其中一个基于Sping Boot 的现有项目最初被打包为一个可执行Jar，需要支持Tomcat和WildFly部署。
由于此项目中使用了一些依赖项（例如WebJars），因此不能简单地切换到WAR包，因为其中一些依赖项是WildFly（VFS支持）所需的，而不是其他部署所需的。
解决方案是重新构建项目模块，使 core 模块包含实际项目，但不应用Sping Boot 的插件，同时几个 package 模块将依赖于 core 模块并配置部署工件细节（Boot和其他插件、部署特定依赖项等）。
通过这种方式，项目构建能够在一次构建运行中生成多个部署工件（ Boot 的可执行JAR、传统WAR和WildFly特定的WAR）。
如果有人觉得这很有用，那么演示该方法的示例项目是available on Github。该项目可以由Gradle或Maven构建。