打包方式有jar包和war包
1. jar包(推荐)
jar包方式启动，也就是使用SpringBoot内置的tomcat运行。服务器上面只要你配置了
jdk1.8及以上就ok，不需要外置tomcat。
SpringBoot将项目打包成jar包
<!--将应用打包成一个可以执行的jar包-->
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
执行package
target中会生成一个.jar包
将jar包上传到Linux服务器上，以jar运行
java -jar spring-boot-mytest-0.0.1-SNAPSHOT.jar
2.war包(传统的部署方式：将项目打成war包，放入tomcat 的webapps目录下面，启动tomcat，即可访问。)
pom.xml配置修改
<packaging>jar</packaging>
//修改为
<packaging>war</packaging>
pom文件添加如些依赖
<!--最终打成war包，排除内置的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>
改造启动类
如果是war包发布，需要增加SpringBootServletInitializer子类，并重写其configure方法， 或者将main函数所
在的类继承SpringBootServletInitializer，
并重写configure方法 当时打包为war时上传到tomcat服务器中访问项目始终报404错就是忽略了这个步骤！！！
改造前
@SpringBootApplication
public class MainApp {
public static void main(String[] args) {
SpringApplication.run(MainApp.class,args);
}
}
改造后
@SpringBootApplication
public class SpringBootMytestApplication extends
SpringBootServletInitializer {
public static void main(String[] args) {
SpringApplication.run(SpringBootMytestApplication.class, args);
}
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder
builder) {
// 注意这里要指向原先用main方法执行的Application启动类
return builder.sources(SpringBootMytestApplication.class);
}
package，可以看到变成了war包
使用外部Tomcat运行该 war 文件（把 war 文件直接丢到 tomcat的webapps目录，启动tomcat）
注意：
将项目打成war包，部署到外部的tomcat中，这个时候，不能直接访问spring boot 项目中
配置文件配置的端口。application.yml中配置的server.port配置的是spring boot内置的
tomcat的端口号, 打成war包部署在独立的tomcat上之后, 配置的server.port是不起作用的
3.jar包和war包方式对比
1.SpringBoot项目打包时能打成 jar 与 war包，对比两种打包方式:
jar更加简单方便，使用 java -jar xx.jar 就可以启动。所以打成 jar 包的最多。
而 war包可以部署到tomcat的 webapps 中，随Tomcat的启动而启动。具体使用哪种方
式，应视应用场景而定。
2、打jar包时不会把src/main/webapp 下的内容打到jar包里 (你认为的打到jar包里面，路径是不
行的会报404)
打war包时会把src/main/webapp 下的内容打到war包里
3.打成什么文件包进行部署与项目业务有关，就像提供 rest 服务的项目需要打包成 jar文件，用命
令运行很方便。。。而有大量css、js、html，且需要经常改动的项目，打成 war 包去运行比较方
便，因为改动静态资源可以直接覆盖，很快看到改动后的效果，这是 jar 包不能比的
（举个‘栗’子：项目打成 jar 包运行，一段时间后，前端要对其中某几个页面样式进行改动，使其
更美观，那么改动几个css、html后，需要重新打成一个新的 jar 包，上传服务器并运行，这种改
动频繁时很不友好，文件大时上传服务器很耗时，那么 war包就能免去这种烦恼，只要覆盖几个
css与html即可）
4 多环境部署
@profile 注解的作用是指定类或方法在特定的 Profile 环境生效，任何 @Component 或 @Configuration 注解的类都可以使用 @Profile 注解。在使用DI来依赖注入的时候，能够根据@profile 标明的环境，将注入符合当前运行环境的相应的bean。(可修饰类，方法，注解)
使用要求：
@Component 或 @Configuration 注解的类可以使用 @profile @Profile 中需要指定一个字符串，约定生效的环境
（1）配置文件方式激活profile
确定当前使用的是哪个环境，这边环境的值与application-prod.properties中-后面的值对应，这
是SpringBoot约定好的。
在resources/application.properties中添加下面的配置。需要注意的是，spring.profiles.active的
取值应该与 @Profile 注解中的标示保持一致。
spring.profiles.active=dev
（2）命令行方式激活profile
在打包后运行的时候，添加参数：
java -jar spring-boot-config-0.0.1-SNAPSHOT.jar --spring.profiles.active=dev；
多Profile的资源文件
假设，一个应用的工作环境有：dev、test、prod
那么，我们可以添加 4 个配置文件：
applcation.properties - 公共配置
application-dev.properties - 开发环境配置
application-test.properties - 测试环境配置
application-prod.properties - 生产环境配置
