spring Boot 其默认是集成web容器的,启动方式由像普通Java程序一样,main函数入口启动。其内置Tomcat容器或Jetty容器,具体由配置来决定(默认Tomcat)。当然你也可以将项目打包成war包,放到独立的web容器中(Tomcat、weblogic等等),当然在此之前你要对程序入口做简单调整。
项目构建我们使用Maven或Gradle,这将使项目依赖、jar包管理、以及打包部署变的非常方便。
一、内嵌 Server 配置
Spring Boot将容器内置后,它通过配置文件的方式类修改相关server配置。
先看一下下面的图,为关于server的配置列项:
其中常用的配置只有少数几个,已经用紫色标记起来。红框圈起来的部分,看名称分类就可以明白其作用。
对server的几个常用的配置做个简单说明:
1
2
3
4
5
6
7
8
9
10
|
# 项目contextPath,一般在正式发布版本中,我们不配置
server.context-path= /myspringboot
# 错误页,指定发生错误时,跳转的URL。请查看BasicErrorController源码便知
server.error.path= /error
# 服务端口
server.port=9090
# session最大超时时间(分钟),默认为30
server.session-timeout=60
# 该服务绑定IP地址,启动服务器时如本机不是该IP地址则抛出异常启动失败,只有特殊需求的情况下才配置
# server.address=192.168.16.11
|
Tomcat
Tomcat为Spring Boot的默认容器,下面是几个常用配置:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
# tomcat最大线程数,默认为200
server.tomcat.max-threads=800
# tomcat的URI编码
server.tomcat.uri-encoding=UTF-8
# 存放Tomcat的日志、Dump等文件的临时文件夹,默认为系统的tmp文件夹(如:C:\Users\Shanhy\AppData\Local\Temp)
server.tomcat.basedir=H: /springboot-tomcat-tmp
# 打开Tomcat的Access日志,并可以设置日志格式的方法:
#server.tomcat.access-log-enabled=true
#server.tomcat.access-log-pattern=
# accesslog目录,默认在basedir/logs
#server.tomcat.accesslog.directory=
# 日志文件目录
logging.path=H: /springboot-tomcat-tmp
# 日志文件名称,默认为spring.log
logging. file =myapp.log
|
Jetty
如果你要选择Jetty,也非常简单,就是把pom中的tomcat依赖排除,并加入Jetty容器的依赖,如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
< dependencies >
< 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 >
< dependency >
< groupId >org.springframework.boot</ groupId >
< artifactId >spring-boot-starter-jetty</ artifactId >
</ dependency >
< dependencies >
|
打包
打包方法:
CMD进入项目目录,使用 mvn clean package 命令打包,以我的项目工程为例:
E:\spring-boot-sample>mvn clean package
可以追加参数 -Dmaven.test.skip=true 跳过测试。
打包后的文件存放于项目下的target目录中,如:spring-boot-sample-0.0.1-SNAPSHOT.jar
如果pom配置的是war包,则为spring-boot-sample-0.0.1-SNAPSHOT.war
二、部署到JavaEE容器
修改启动类,继承 SpringBootServletInitializer 并重写 configure 方法
1
2
3
4
5
6
7
8
9
10
|
public class SpringBootSampleApplication extends SpringBootServletInitializer{
private static final Logger logger = LoggerFactory.getLogger(SpringBootSampleApplication. class );
@Override
protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
return builder.sources( this .getClass());
}
}
|
修改pom文件中jar 为 war
1
2
|
<!-- <packaging>jar</packaging> -->
< packaging >war</ packaging >
|
修改pom,排除tomcat插件
1
2
3
4
5
6
7
8
9
10
|
< 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 >
|
打包部署到容器
使用命令 mvn clean package 打包后,同一般J2EE项目一样部署到web容器。
三、使用Profile区分环境
spring boot 可以在 “配置文件”、“Java代码类”、“日志配置” 中来配置profile区分不同环境执行不同的结果
1、配置文件
使用配置文件application.yml 和 application.properties 有所区别
以application.properties 为例,通过文件名来区分环境 application-{profile}.properties
application.properties
1
2
3
|
app.name=MyApp
server.port= 8080
spring.profiles.active=dev
|
application-dev.properties
1
|
server.port= 8081
|
application-stg.properties
1
|
server.port=8082
|
在启动程序的时候通过添加 –spring.profiles.active={profile} 来指定具体使用的配置
例如我们执行 java -jar demo.jar –spring.profiles.active=dev 那么上面3个文件中的内容将被如何应用?
Spring Boot 会先加载默认的配置文件,然后使用具体指定的profile中的配置去覆盖默认配置。
app.name 只存在于默认配置文件 application.properties 中,因为指定环境中不存在同样的配置,所以该值不会被覆盖
server.port 默认为8080,但是我们指定了环境后,将会被覆盖。如果指定stg环境,server.port 则为 8082
spring.profiles.active 默认指定dev环境,如果我们在运行时指定 –spring.profiles.active=stg 那么将应用stg环境,最终 server.port 的值为8082
2、Java类中@Profile注解
下面2个不同的类实现了同一个接口,@Profile注解指定了具体环境
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
// 接口定义
public interface SendMessage {
// 发送短信方法定义
public void send();
}
// Dev 环境实现类
@Component
@Profile ( "dev" )
public class DevSendMessage implements SendMessage {
@Override
public void send() {
System.out.println( ">>>>>>>>Dev Send()<<<<<<<<" );
}
}
// Stg环境实现类
@Component
@Profile ( "stg" )
public class StgSendMessage implements SendMessage {
@Override
public void send() {
System.out.println( ">>>>>>>>Stg Send()<<<<<<<<" );
}
}
// 启动类
@SpringBootApplication
public class ProfiledemoApplication {
@Value ( "${app.name}" )
private String name;
@Autowired
private SendMessage sendMessage;
@PostConstruct
public void init(){
sendMessage.send(); // 会根据profile指定的环境实例化对应的类
}
}
|
3、logback-spring.xml也支持有节点来支持区分
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
<? xml version = "1.0" encoding = "UTF-8" ?>
< configuration >
< include resource = "org/springframework/boot/logging/logback/base.xml" />
< logger name = "org.springframework.web" level = "INFO" />
< springProfile name = "default" >
< logger name = "org.springboot.sample" level = "TRACE" />
</ springProfile >
< springProfile name = "dev" >
< logger name = "org.springboot.sample" level = "DEBUG" />
</ springProfile >
< springProfile name = "staging" >
< logger name = "org.springboot.sample" level = "INFO" />
</ springProfile >
</ configuration >
|
再说一遍文件名不要用logback.xml 请使用logback-spring.xml
四、指定外部的配置文件
有些系统,关于一些数据库或其他第三方账户等信息,由于安全问题,其配置并不会提前配置在项目中暴露给开发人员。
对于这种情况,我们在运行程序的时候,可以通过参数指定一个外部配置文件。
以 demo.jar 为例,方法如下:
java -jar demo.jar --spring.config.location=/opt/config/application.properties
其中文件名随便定义,无固定要求。
五、创建一个Linux 应用的sh脚本
下面几个脚本仅供参考,请根据自己需要做调整
start.sh
1
2
3
4
5
6
7
8
9
|
#!/bin/sh
rm -f tpid
nohup java -jar myapp.jar --spring.config.location=application.yml > /dev/null 2>&1 &
echo $! > tpid
echo Start Success!
|
stop.sh
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
#!/bin/sh
APP_NAME=myapp
tpid=` ps -ef| grep $APP_NAME| grep - v grep | grep - v kill | awk '{print $2}' `
if [ ${tpid} ]; then
echo 'Stop Process...'
kill -15 $tpid
fi
sleep 5
tpid=` ps -ef| grep $APP_NAME| grep - v grep | grep - v kill | awk '{print $2}' `
if [ ${tpid} ]; then
echo 'Kill Process!'
kill -9 $tpid
else
echo 'Stop Success!'
fi
|
check.sh
1
2
3
4
5
6
7
8
9
|
#!/bin/sh
APP_NAME=myapp
tpid=` ps -ef| grep $APP_NAME| grep - v grep | grep - v kill | awk '{print $2}' `
if [ ${tpid} ]; then
echo 'App is running.'
else
echo 'App is NOT running.'
fi
|
kill.sh
1
2
3
4
5
6
7
8
|
#!/bin/sh
APP_NAME=myapp
tpid=` ps -ef| grep $APP_NAME| grep - v grep | grep - v kill | awk '{print $2}' `
if [ ${tpid} ]; then
echo 'Kill Process!'
kill -9 $tpid
fi
|
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:http://blog.csdn.net/catoop/article/details/50588851