打包方式有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 - 生产环境配置
网友评论