目录
2.2.2在开发环境使用临时参数方式二:开发环境中的参数信息来进行临时属性的配置
2.4.1自定义的配置文件生效方式一:使用临时属性来修改(配置文件名)
2.4.2自定义的配置文件生效方式二:使用临时属性来修改(配置文件路径)
SpringBoot项目快速启动(Windows版):
Windows端口被占用:55
使用终端中命令的指令,来添加成临时的属性。使用临时属性来替代编程程序中设定好的程序。
临时属性设置:
属性加载优先顺序:
在开发环境中使用命令终端生成的临时属性。
步骤一:
步骤二:在编辑处进行临时命令设置。
注:这部分更改的信息,实质上是写进了参数的信息处。即下图的位置。
不希望用户被外面的临时属性来对编程的程序造成干扰,可以将参数进行去除掉,如下图所示。
注:上图的效果作用:可以在启动SpringBoot程序时断开外部临时配置对应的入口,也就是去掉读取外部参数的形参。
临时属性设置(开发环境):
作用:解决项目经理与编程人员在某些属性配置上内容不一致的情况。实质上就是提供给项目经理做最后项目总控时候,归属项目经理的配置属性的文件。程序员有属于自己的编程的配置文件。最终起到效果的是属于项目经理的属性文件。
特点:高级别的配置文件覆盖低配置文件共有的部分,低级别存在的配置补全到最终的配置中,高级别配置文件没有的配置,低级配置文件若有,进行补充。互补的作用。
创建高级别的属性配置文件。
在将程序进行好打包后,在文件处创建一个application.yml文件,就可以将程序中的程序员的配置文件和项目经理的配置文件进行覆盖。生成的jar包和自己编写的application.yml,放在同一级目录。工程目录下的同层application.yml
配置文件分类:
步骤一:
步骤二:指定配置文件名:本文中自定义的 配置文件的名称叫ebank。所以选择name后面填写ebank。
步骤一:
步骤二: 指定配置文件路径
注:多配置文件使用时的注意事项(两点)
实质上:新文件覆盖旧文件内容。
自定义配置文件:
自定义配置文件---重要说明:
使用标准格式的,之后就是如下所示。
多环境开发(YAML版):
问题描述:
在上述3.1中多环境(yaml)开发的话,存在暴露路径等其他的安全隐患。故采用本3.2中的处理办法。
步骤一:创建主配置文件和各个环境的配置文件(3个文件:生产、开发、测试)。一共创建四个文件。
步骤二:主配置文件的配置
多环境开发(YAML版)多配置文件格式:
多环境开发配置文件书写技巧(一):
步骤一:创建properties(主配置)和三个环境配置的文件 (一共四个)
步骤二:主配置文件配置如下,和环境文件配置如下。
主配置文件:
环境配置文件:
多环境开发(properties版)多配置文件格式:
多环境开发独立配置文件书写技巧(二):
注:activate:主启动的加载。include:顺序排的越往后,级别越高,覆盖前面的加载。
上图的执行顺序为:devDB、devRedis、devMVC、dev。
注:这个位置需要保持一致。
使用group属性定义主环境与子环境的包含关系:
为解决active发生改变,include下面的前缀的执行环境也需要发生改变的情况有下面的解决方式。
注:上图中执行的顺序发生了改变:dev、devDB、devMVC。和本图上面的图执行的顺序不一样,需要注意区别。
maven先运行,SpringBoot是基于maven配置的。两者都是存在时,先进行maven的files运行。
如何通过maven的pom.xml文件来启动3.4中配置好的各种文件工作环境:
步骤一:maven的pom文件的配置内容信息。
注:启动哪个环境,就设置启动环境的哪个配置信息。 即圈5移动就行。
步骤二:主配置中的设置
注:修改active的内容,见下面步骤的图2。
Maven与SpringBoot多环境兼容:
在IDEA环境中直接启动上述编译好的环境选择:
执行:compile命令。
注:debug默认不进行展示。
日志级别设置:
解释:显示的是比warn级别更高的信息,debug的级别最低,
debug、info、warn、error。级别由低到高。
代码中使用日志工具记录日志:
注:上述的是两种设置日志级别的配置,需要根据实际情况选择使用。
单纯设置某个包的日志级别类型。
分组进行日志包类的配置:
关键:使用注解@slf4j即可实现,写日志。
如何处理:日志的设置,在配置文件中进行格式的配置。
格式如下:
在配置文件中输入以下内容:
格式如下:
查询日志保存的位置:
设置日志保存的大小,一般window保存每个日志的格式大小为4GB,实际上40MB打开就很卡了。所以设置日志的大小,超过多少日志内容就进行自动创建一个新的日志,再进行继续保存。
结果展示:
日志文件: