在特别特殊的时候，我们可能需要外置tomcat去运行程序，例如alitomcat等特殊场景，方便我们去定时化开发项目或者其他特殊场景。
外置tomcat执行pom.xml文件首先更改打包方式 war,再排除springboot内置的 web 项目下tomcat依赖
Maven配置调整移除tomcat依赖或者将tomcat依赖scope改为provide，移除tomcat依赖
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <!-- 移除嵌入式tomcat插件 --> <exclusions> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> </exclusion> </exclusions> </dependency> 再引入tomcat依赖: <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> <!--打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。 相当于compile，但是打包阶段做了exclude操作--> <scope>provided</scope> </dependency> 将打包方式修改为war <packaging>war</packaging> 调整springboot的启动类继承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服务器，那么你根本不需要这个。
DemoApplication,让其实现SpringBootServletInitializer,然后重写configure()方法：
方式一，启动类继承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); } } 方式二，新增加一个类继承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)中配置的将失效，请使用tomcat的端口，tomcat，webapps下项目名进行访问。
server.port= server.servlet.context-path=为了防止应用上下文所导致的项目访问资源加载不到的问题，建议pom.xml文件中标签下添加标签：
<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>
IDEA 下，运行mvn clean,--> mvn package ,等到项目打包成功,在该项目文件位置找到target 下的 demo.war,拷贝到tomcat/webapps目录下,
使用windows命令行,启动tomcat服务器,项目启动成功会出现, spring的标志。
访问路径:localhost:8080/${打包文件名}/请求url
如何在访问时去掉war包名?
原理：Tomcat的默认根目录是ROOT，实际上ROOT这个项目在实际生产环境是没有用的，所以我们可以用我们的项目覆盖ROOT项目
操作过程
删除ROOT下所有文件及文件夹.
把我们项目的war包解压后，项目目录下的所有文件和子目录都拷贝到ROOT目录下即可或者有更狠的一招：直接删掉ROOT目录，然后把我们的项目打包名称改成ROOT.war，放到webapps下就行.
原理：Tomcat本身可以配置虚拟目录。方法就是在Server.xml中节点下加入Context信息。
如我们可以配置<Context path="/abc" docBase="D:\app\abc" ... />，那我们可以通过地址:8080/abc来访问我们放在D:\app\下面的abc项目。我们可以把这个path="/abc"修改为path=""。意思就是把abc映射到根目录，访问路径就会变成:8080/。
按照配置虚拟目录的方式，在下添加一个Context节点，具体配置如下：
<Engine defaultHost="localhost"> <Host appBase="webapps" unpackWARs="true" autoDeploy="true"> <Context path="" docBase="Interface" reloadable="true" /> <!--注：我这里使用的是相对路径，Interface项目是放在Tomcat的webapps目录下的，当然也可以改为绝对路径--> </Host> </Engine>Spring Boot也提供了对JMX监控的支持。JMX监控对外暴露的信息相同，不过是使用MBeans容器将应用数据封装管理。
Springboot 的jmx 是默认开启的，如果tomcat 部署两个原springboot 打成的war 包。
需要将每一个项目的jmx关闭Application.properties 配置中 添加spring.jmx.enabled=false;
在各自项目中都添加：spring.jmx.default-domain=project1以及spring.jmx.default-domain=project2保证domain是不一样的。
tomcat 相关配置修改