SpringBoot部署

打包方式有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

image.png

target中会生成一个.jar包

image.png
将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包

image.png

使用外部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 - 生产环境配置

image.png