工程打包与运行
windows系统
直接使用maven对项目进行打包
jar支持命令行启动需要依赖maven插件支持，打包时须确认是否具有SpringBoot对应的maven插件
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.1</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
</plugins>
</build>直接在cmd窗口中运行
java -jar StudySpringBoot-0.0.1-SNAPSHOT.jar若没有该插件jar包不能直接在Java中运行，直接运行会报错“没有主清单属性”
使用插件与不使用插件的jar包的描述文件不同(MANIFEST.MF)
Windonws端口被占用解决办法(指令在cmd中运行)
查询端口
netstat -ano
查询指定端口
netstat -ano | findstr "端口号"
根据进程PID查询进程名称
tasklist | findstr "进程PID号"
根据PID杀死任务(-f表示强制杀死)
taskkill /f /pid "进程PID号"
根据进程名称杀死任务(-f表示强制杀死)
taskkill -f -t -im "进程名称"
Liunx系统
基于Linux（CenterOS7）
安装JDK，且版本不低于打包时使用的JDK版本
安装包保存在/usr/local/自定义目录中或$HOME下
其他操作参照Windows版进行
配置高级
临时属性设置
临时属性设置
在启动项目时可以用临时属性
java -jar StudySpringBoot-0.0.1-SNAPSHOT.jar --server.port=80还可以同时设置多个临时属性
java -jar StudySpringBoot-0.0.1-SNAPSHOT.jar --server.port=80 --logging.level.root=debug属性加载优先顺序
参看springboot官方文档(序号越大，优先级越高)
临时属性必须是当前boot工程支持的属性，否则设置无效
idea中测试临时属性是否能用
在上图所示的地方添加临时属性即可，若无该内容需要勾选图中Modlfy options中的Overrid configuration properties 即可。(idea版本不同可能会有些差异)
临时参数是通过application中传入的参数改变程序运行时的参数的
@SpringBootApplication
public class Application {
//引导类
public static void main(String[] args) {
// 临时传参以字符的形式存入到了args中
// 若下列代码中不传入args参数则临时传参失效
SpringApplication.run(Application.class, args);
}
}配置文件分类
SpringBoot中4级配置文件：
1级： file ：config/application.yml 【最高】
2级： file ：application.yml
3级：classpath：config/application.yml
4级：classpath：application.yml 【最低】
1级配置文件需要在jar包所在的文件夹里新建一个名为config的文件夹，将配置文件放到该文件夹里，3级配置文件需要在项目里的resources文件夹里新建一个名为config的文件夹，将配置文件放到该文件夹里。
作用：
1级与2级留做系统打包后设置通用属性，1级常用于运维经理进行线上整体项目部署案调控
3级与4级用于系统开发阶段设置通用属性，3级常用于项目经理进行整体项目属性调控
自定义配置文件
通过启动参数加载配置文件（无需书写配置文件扩展名，且properties与yml文件格式均支持)
通过启动参数加载指定文件路径下的配置文件时可以加载多个配置，中间用逗号分开
重要说明：
单服务器项目：使用自定义配置文件需求较低
多服务器项目：使用自定义配置文件需求较高，将所有配置放置在一个目录中，统一管理
基于SpringCloud技术，所有的服务器将不再设置配置文件，而是通过配置中心进行设定，动态加载配置信息
多环境开发
多环境开发(YAML版)
yaml格式中不同环境之间使用---分开
使用profiles来设置环境名称，使用active来设置运行的环境
主配置文件中设置公共配置(全局)，环境分类配置文件中常用于设置冲突属性(局部)
# 公共配置
spring:
profiles:
active: pro
---
# 设置环境
# 生产环境
spring:
profiles: pro
server:
port: 80
---
# 开发环境
spring:
profiles: dev
server:
port: 81
---
# 测试环境
spring:
profiles: test
server:
port: 82直接使用spring的profiles这种格式已过时，下列格式是推荐格式
spring:
config:
activate:
on-profile: pro也可以将每一个环境分开写(环境名称写在application后用-连接)
主启动配置文件application.yml
spring:
profiles:
active: dev环境分类配置文件application-pro.yml
server:
port: 80环境分类配置文件application-dev.yml
server:
port: 81环境分类配置文件application-test.yml
server:
port: 82多环境开发(Properties版)
与yaml版的很相似，但在Properties文件中不同的环境不能写在同一个文件中
主启动配置文件application.properties：
spring.profiles.active=pro环境分类配置文件application-pro.properties：
server.port=80环境分类配置文件application-dev.properties：
server.port=81环境分类配置文件application-test.properties：
server.port=82多环境开发独立配置文件书写技巧：
根据功能对配置文件中的信息进行拆分，并制作成独立的配置文件，命名规则如下
application-devDB.ymlapplication-devRedis.ymlapplication-devMVC.yml
使用include属性可以在激活指定环境的情况下，同时对多个环境进行加载使其生效，多个环境间使用逗号分隔
spring:
profiles:
active: dev
include: devDB,devRedis,devMVC当主环境dev与其他环境有相同属性时，主环境属性生效；其他环境中有相同属性时，最后加载的环境属性生效
include在用的时候有一些不便之处，从Spring2.4版开始可以使用group属性替代include属性，降低了配置书写量
spring:
profiles:
active: dev
group:
"dev": devDB,devRedis,devMVC
"pro": proDB,proRedis,proMVC
"test": testDB,testRedis,testMVC多环境开发控制
Maven与SpringBoot多环境兼容。当Maven与SpringBoot同时对多环境进行控制时，以Maven为主。SpringBoot使用@..@占位符读取Maven对应的配置属性值
<profiles>
<profile>
<id>dev_env</id>
<properties>
<profile.active>dev</profile.active>
<!--profile.active只是一个名称-->
</properties>
<activation>
<activeByDefault>true</activeByDefault>
<!--上列值为true表示使用该环境，若不设置为true默认为false即不会加载-->
</activation>
</profile>
<profile>
<id>pro_env</id>
<properties>
<profile.active>pro</profile.active>
</properties>
</profile>
<profile>
<id>test_env</id>
<properties>
<profile.active>test</profile.active>
</properties>
</profile>
</profiles>spring:
profiles:
active: @profile.active@每次更改环境后都要重新打包才能生效。若使用idea直接运行时pom.xml每次更新需要手动compile才可生效
日志
日志基础
日志（log）作用：
编程期调试代码
运营期记录信息
记录日常运营重要信息（峰值流量、平均响应时长……）
记录应用报错信息（错误堆栈）
记录运维过程数据（扩容、宕机、报警……）
添加日志记录操作：
@RestController
@RequestMapping("/hero")
public class HeroController {
private static final Logger log = LoggerFactory.getLogger(HeroController.class);
@RequestMapping("/test")
public String test() {
System.out.println("springboot is running...");
log.debug("debug ...");
log.info("info ...");
log.warn("warn ...");
log.error("error ...");
return "springboot is running...";
}
}日志级别：
TRACE：运行堆栈信息，使用率低
DEBUG：程序员调试代码使用
INFO：记录运维过程数据
WARN：记录运维过程报警数据
ERROR：记录错误堆栈信息
FATAL：灾难信息，合并计入ERROR
设置日志输出级别：
# 开启debug模式，输出调试信息，常用于检查系统运行状况
debug: true
# 设置日志级别，root表示根节点，即整体应用日志级别
logging:
level:
root: debug设置日志组，控制指定包对应的日志输出级别，也可以直接控制指定包对应的日志输出级别
logging:
# 设置日志组
group:
# 自定义组名，设置当前组中所包含的包
bank: com.glaty.studyspringboot.Controller
level:
root: warn
# 为对应组设置日志级别
bank: debug
# 为对包设置日志级别
com.glaty.studyspringboot.Controller: debug每一个controller都要定义一个Logger，可以直接在类上加lombok提供的@Slf4j注解，减少日志对象的声明操作。
@Slf4j
@RestController
@RequestMapping("/hero")
public class HeroController {
@RequestMapping("/test")
public String test() {
System.out.println("springboot is running...");
log.debug("debug ...");
log.info("info ...");
log.warn("warn ...");
log.error("error ...");
return "springboot is running...";
}
}日志输出格式控制
格式：
PID：进程ID，用于表明当前操作所处的进程，当多服务同时记录日志时，该值可用于协助程序员调试程序
所属类/接口名：当前显示信息为SpringBoot重写后的信息，名称过长时，简化包名书写为首字母，甚至直接删除
格式控制：
%d：日期
%p：日志级别
%t：所属线程
%c：所属类/接口名
%m：消息
%n：换行%clr(){}：颜色，小括号里填要改变颜色的信息，大括号可以省略(省略后里边的内容也要省略)内容填颜色
%16t表示占位大于等于16右对齐，%-40.40c表示左对齐截取后40位(-号表示左对齐)
logging:
pattern:
console: "%d %clr(%p) --- [%16t] %clr(%-40.40c){cyan} : %m %n"一般当日志格式确定后不会再设置日志格式
日志文件
日志信息一般储存在文件里
设置日志文件
logging:
file:
name: server.log日志文件详细配置
logging:
file:
name: server.log
logback:
rollingpolicy:
max-file-size: 3KB
file-name-pattern: server.%d{yyyy-MM-dd}.%i.logmax-file-size：设置每个文件的最大大小
file-name-pattern：设置文件的名称(%d为时间，%i为序号从0开始依次加一，)
580
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
