在上一章节中我们介绍了，仅通过log4j-spring.properties对日志级别进行控制，对于需要多环境部署的环境不是很方便，可能我们在开发环境大部分模块需要采用DEBUG级别，在测试环境可能需要小部分采用DEBUG级别，而在生产环境时我们又希望采用INFO级别。这个时候，我们要自己手工编辑log4j-spring.properties文件来调整日志级别，不论在版本库中默认保存哪个环境的级别设定，都会增加其他环境使用人员的工作量，虽然很细微，但是手工修改总不是一件很好的选择，难免会发现修改后误提交等问题。
那么，有没有办法对于开发人员、运维人员都不需要改变源代码实现不同环境的不同日志级别呢?
这时候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
# 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级别呢？在上一章节中还提到了关于配置文件中参数的引用。我们需要将DEBUG替换成application-{profile}.properties配置文件中定义logging.level.com.kfit即可，所以配置变为如下内容：
通过上面的定义，根据logging.level.com.kfit在不同环境的配置文件中定义了不同的级别，但是我们已经把日志交给了log4j管理，看看我们log4j-spring.properties中对com.kfit包下的日志定义是这样的，固定定义了DEBUG级别，并输出到名为didifile定义的appender中。
# 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感觉本站内容不错，读后有收获？小额赞助,鼓励网站分享出更好的教程