Spring boot log4j多环境不同日志级别的控制

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

创建多环境配置文件

application-dev.properties：开发环境

application-test.properties：测试环境

application-prod.properties：生产环境

在resources下创建以上3个文件。application.properties中添加属性：spring.profiles.active=dev（默认激活application-dev.properties配置）application-dev.properties和application-test.properties配置文件中添加日志级别定义：logging.level.com.kfit=info application-prod.properties配置文件中添加日志级别定义：logging.level.com.kfit=ERROR

通过上面的定义，根据logging.level.com.kfit在不同环境的配置文件中定义了不同的级别，但是我们已经把日志交给了log4j管理，看看我们log4j-spring.properties中对com.kfit包下的日志定义是这样的，固定定义了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-dd HH:mm:ss,SSS} %5p %c{1}:%L ---- %m%n

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

# 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 class AppTest