为啥要整合外置Tomcat
在大部门公司里一般有专门的运维团队，他们负责对机器（现在大部分是docker）和代码的编译检测以及代码的发布。包括代码运行环境，如JDK的安装，以及各种中间件在服务器上的安装，因此Springboot这种直接集成了Tomcat的方式并不是特别的适用。
修改打包方式
修改项目的pom.xml配置，我们修改其打包方式为war方式，如：
<groupId>com.example</groupId>
<artifactId>demo</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>war</packaging>
添加servlet-api依赖
修改pom.xml，在maven的pom中添加servlet-api的依赖
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
<scope>provided</scope>
</dependency>
修改启动类，并重写初始化方法
在SpringBoot中我们平常用main方法启动的方式，都有一个SpringBootApplication的启动类，类似代码如下：
@SpringBootApplication
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
而我们现在需要类似于web.xml的配置方式来启动spring应用，为此，我们在Application类的同级添加一个SpringBootStartApplication类，其代码如下:
// 修改启动类，继承 SpringBootServletInitializer 并重写 configure 方法
public class SpringBootStartApplication extends SpringBootServletInitializer {
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
// 注意这里一定要指向原先用main方法执行的Application启动类
return builder.sources(Application.class);
}
}
更改build（在多module项目中，springboot默认的build方式不会build所有的module，若不更改，会导致多个module相互引用找不到类）
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.1</version>
<configuration>
<source>${java.version}</source>
<target>${java.version}</target>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.19.1</version>
<configuration>
<skipTests>true</skipTests> <!--默认关掉单元测试 -->
</configuration>
</plugin>
</plugins>
</build>
