前言
最近考虑到log4j很久不更新、性能相对弱，以及一些项目本身的原因，经过较为谨慎的考虑，决定改用logback。如果你已经对log4j很熟悉，你也可以很快上手logback。如果你喜欢使用log4j,你也许会迷上使用logback。迁移还是比较顺利的，花了1个小时左右就搞定了，做个简单的笔记。
方法如下
(1) 首先去掉所有log4j相关的依赖，主要有：
log4j log4j
以及：
org.slf4j slf4j-log4j12
(2) 为项目添加以下依赖：
ch.qos.logback logback-corech.qos.logback logback-accessch.qos.logback logback-classicorg.slf4j log4j-over-slf4j
(3) 删除项目/src/main/resources目录下的log4j.properties，并在该目录添加logback.xml文件，logback.xml文件如下：
System.out %date [%level] [%thread] %logger{80} [%file : %line] %msg%n %date [%level] [%thread] %logger{80} [%file : %line] %msg%n ${catalina.home}/logs/yzf/sql%d{yyyy-MM-dd}.log 30
拓展
slf4j-api、slf4j-log4j12以及log4j之间什么关系？
几乎在每个jar包里都可以看到log4j的身影，在多个子工程构成项目中，slf4j相关的冲突时不时就跳出来让你不爽，那么slf4j-api、slf4j-log4j12还有log4j他们是什么关系？我把自己了解的和大家简单分享一下：
slf4j:Simple Logging Facade for Java，为java提供的简单日志Facade。Facade：门面，更底层一点说就是接口。他允许用户以自己的喜好，在工程中通过slf4j接入不同的日志系统。更直观一点，slf4j是个数据线，一端嵌入程序，另一端链接日志系统，从而实现将程序中的信息导入到日志系统并记录。
因此，slf4j入口就是众多接口的集合，他不负责具体的日志实现，只在编译时负责寻找合适的日志系统进行绑定。具体有哪些接口，全部都定义在slf4j-api中。查看slf4j-api源码就可以发现，里面除了public final class LoggerFactory类之外，都是接口定义。因此，slf4j-api本质就是一个接口定义。
下图比较清晰的描述了他们之间的关系：
当系统采用log4j作为日志框架实现的调用关系：
首先系统包含slf4j-api作为日志接入的接口；
at compile时slf4j-api中public final class LoggerFactor类中
private final static void bind() 方法会寻找具体的日志实现类绑定，主要通过
StaticLoggerBinder.getSingleton();语句调用
slf4j-log4j12:链接slf4j-api和log4j中间的适配器。它实现了slf4j-apiz中StaticLoggerBinder接口，从而使得在编译时绑定的是slf4j-log4j12的getSingleton()方法
log4j:这个是具体的日志系统。通过slf4j-log4j12初始化Log4j，达到最终日志的输出。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流。
