SpringBoot默认达成jar包，使用SpringBoot构想web应用，默认使用内置的Tomcat。但考虑到项目需要集群部署或者进行优化时，就需要打成war包部署到外部的Tomcat
服务器
中。
说明：本文所使用SpringBoot版本为：2.0.3.RELEASE ，
本人打包版本为：2.1.0.RELEASE，参考说明文档（
https://docs.spring.io/spring-boot/docs/2.1.0.RELEASE/reference/htmlsingle/#howto-create-a-deployable-war-file
）进行对比发现两个版本打war包的方式没有改动。
一、修改pom.xml文件将默认的jar方式改为war：
<groupId>com.example</groupId>
<artifactId>application</artifactId>
<version>0.0.1-SNAPSHOT</version>
<!--默认为jar方式-->
<!--<packaging>jar</packaging>-->
<!--改为war方式-->
<packaging>war</packaging>
二、排除内置的Tomcat容器（两种方式都可）：
本人使用的第二种方式
1.排除spring-boot-starter-web中的Tomcat
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>2.添加依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
<!--打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。
相当于compile，但是打包阶段做了exclude操作-->
<scope>provided</scope>
</dependency>
三、继承org.springframework.boot.web.servlet.support.SpringBootServletInitializer，实现configure方法：
为什么继承该类，SpringBootServletInitializer源码注释：
Note that a WebApplicationInitializer is only needed if you are building a war file and deploying it.
If you prefer to run an embedded web server then you won’t need this at all.
注意，如果您正在构建WAR文件并部署它，则需要WebApplicationInitializer。
如果你喜欢运行一个嵌入式Web服务器，那么你根本不需要这个。
启动类代码：
@SpringBootApplication
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
本人使用方式一，注意 Application.class为自己创建的class名称即继承SpringBootServletInitializer 前的类的名称！！！！！
1.方式一，启动类继承SpringBootServletInitializer实现configure：
@SpringBootApplication
public class Application extends SpringBootServletInitializer {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
return builder.sources(Application.class);
}
}2.方式二，新增加一个类继承SpringBootServletInitializer实现configure：
public class ServletInitializer extends SpringBootServletInitializer {
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
//此处的Application.class为带有@SpringBootApplication注解的启动类
return builder.sources(Application.class);
}
}注意事项：
使用外部Tomcat部署访问的时候，application.properties(或者application.yml)中配置的
server.port=
server.servlet.context-path=
将失效，请使用tomcat的端口，tomcat，webapps下项目名进行访问。
为了防止应用上下文所导致的项目访问资源加载不到的问题，
建议pom.xml文件中<build></build>标签下添加<finalName></finalName>标签：
<build>
<!-- 应与application.properties(或application.yml)中context-path保持一致 -->
<finalName>war包名称</finalName>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
使用mvn命令行打包，运行：
clean是清除之前的包，-Dmaven.test.skip=true是忽略测试代码
jar 方式打包，使用内置Tomcat：mvn clean install -Dmaven.test.skip=true
运行：java -jar 包名.jar
war方式打包，使用外置Tomcat：mvn clean package -Dmaven.test.skip=true
本人使用打包语句：命令行方式进入到项目根目录下-》mvn package -Dmaven.test.skip=true 未进行clean，如果前面加clean的话会报一些jre的类找不到，不知为何，欢迎知晓者留言或私信~
运行：${Tomcat_home}/bin/目录下执行startup.bat(windows)或者startup.sh(linux)
上文借鉴：
https://blog.csdn.net/qq_33512843/article/details/80951741
四、打包后服务启动但静态资源访问不到问题
解决办法 将前端页面中href=“/static/…”的那个/去掉，如下边这样
<link rel="stylesheet" href="static/css/video.css" />
借鉴博客文章：
https://blog.csdn.net/u012149181/article/details/80598246
五、springboot项目war包部署并去除项目名访问
1、粗暴的解决方式：将webapps目录下的ROOT文件夹删除，将自己的war包更名为ROOT.war，重新启动tomcat，浏览器中输入localhost:8080即可访问。只适用于单个项目；
借鉴博客文章：
https://blog.csdn.net/rico_zhou/article/details/83415114
2、将请求ajax中的url之前的”/”去掉；
（本人使用此方法）
六、多个Spring Boot项目部署在一个Tomcat容器冲突问题
Spring Boot的spring.jmx资源管理是默认打开的，而两个项目同时使用会冲突，网上有两种解决办法，我用的是第一种，第二种大家自测：
（博客文章作者用的第一种，本人用的第二种，测试可行。注意yml文件中的书写方式）
修改配置文件：application.properties(yml)
办法1：在项目配置中加入：spring.jmx.enabled=false
办法2：
在application中各自配置
spring.jmx.default-domain=project1
spring.jmx.default-domain=project2
以保证domain是两个不一样的
借鉴博客文章：
https://blog.csdn.net/qq_37164847/article/details/82216081