关闭

52. spring boot日志升级篇—log4j多环境不同日志级别的控制【从零开始学Spring Boot】

50人阅读 评论(0) 收藏 举报
分类:

在上一章节中我们介绍了,仅通过log4j.properties对日志级别进行控制,对于需要多环境部署的环境不是很方便,可能我们在开发环境大部分模块需要采用DEBUG级别,在测试环境可能需要小部分采用DEBUG级别,而在生产环境时我们又希望采用INFO级别。这个时候,我们要自己手工编辑log4j.properties文件来调整日志级别,不论在版本库中默认保存哪个环境的级别设定,都会增加其他环境使用人员的工作量,虽然很细微,但是手工修改总不是一件很好的选择,难免会发现修改后误提交等问题。

 

      那么,有没有办法对于开发人员、运维人员都不需要改变源代码实现不同环境的不同日志级别呢?

       这时候spring Boot多环境的配置以及属性文件中的参数引用这个技术就很重要了(可以参考上一篇文章)。

 

创建多环境配置文件

·         

o   application-dev.properties:开发环境

o   application-test.properties:测试环境

o   application-prod.properties:生产环境

·        application.properties中添加属性:spring.profiles.active=dev(默认激活application-dev.properties配置)

·        application-dev.propertiesapplication-test.properties配置文件中添加日志级别定义:logging.level.com.didispace=DEBUG

·        application-prod.properties配置文件中添加日志级别定义:logging.level.com.didispace=INFO

通过上面的定义,根据logging.level.com.didispace在不同环境的配置文件中定义了不同的级别,但是我们已经把日志交给了log4j管理,看看我们log4j.properties中对com.didispace包下的日志定义是这样的,固定定义了DEBUG级别,并输出到名为didifile定义的appender中。

 

# LOG4J配置

log4j.rootCategory=INFO, stdout,file, errorfile

# com.kfit包下的日志配置

log4j.category.com.kfit=DEBUG,didifile

 

 

# com.kfit下的日志输出

log4j.appender.didifile=org.apache.log4j.DailyRollingFileAppender

log4j.appender.didifile.file=logs/my.log

log4j.appender.didifile.DatePattern='.'yyyy-MM-dd

log4j.appender.didifile.layout=org.apache.log4j.PatternLayout

log4j.appender.didifile.layout.ConversionPattern=%d{yyyy-MM-ddHH:mm:ss,SSS} %5p %c{1}:%L ---- %m%n

 

 

 

      那么,要如何动态的改变这个DEBUG级别呢?在Spring Boot属性配置文件详解》中还提到了关于配置文件中参数的引用。我们需要将DEBUG替换成application-{profile}.properties配置文件中定义logging.level.com.didispace即可,所以配置变为如下内容:

# com.kfit包下的日志配置

log4j.category.com.kfit=${logging.level.com.kfit},didifile

 

到这里我们已经完成了所有配置工作,我们可以通过运行单元测试,然后看my.log文件中输出的日志内容。通过修改默认的application-dev.properties配置的日志级别为INFO,再运行单元测试的DEBUG内容是否被输出到了my.log中验证参数是否被正确引用了。

对于不同环境的使用人员也不需要改变代码或打包文件,只需要通过执行命令中参加参数即可,比如我想采用生产环境的级别,那么我可以这样运行应用:

 Java -jar xxx.jar  --spring.profiles.active=prod

 

       这里有一个坑,一不小都会掉进去的,我们在Java Run configurations配置的启动参数在单元测试中是无效的,这个是一个很深的陷阱,呼一声就掉进去了,反正我是进去了,然后我发现不管我这么改,都是激活了dev,最后经过不断的寻找资料才知道,如果想在单元测试中激活profiles的话,那么是需要进行配置的,怎么做呢,在单元测试类中添加如下注解即可:

@RunWith(SpringJUnit4ClassRunner.class)

@SpringApplicationConfiguration(App.class)

/*

 * @ActiveProfiles,可以指定一个或者多个profile

 *这样我们的测试类就仅仅加载这些名字的 profile 中定义的 bean 实例。

 *这里激活application-prod.properties配置文件.

 */

@ActiveProfiles("prod")

public classAppTest

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:42594次
    • 积分:1052
    • 等级:
    • 排名:千里之外
    • 原创:7篇
    • 转载:364篇
    • 译文:0篇
    • 评论:8条
    最新评论