今天和大家一起来比较一下Java中的几个日志系统Commons-loging、Slf4j、Log4j、LogBack的区别。
Commons-logging日志系统：
apache早提供的日志的门面接口。所谓门面日志系统，是指它们本身并不实现具体的日志打印逻辑，它们只是作为一个代理系统，接收应用程序的日志打印请求，然后根据当前环境和配置，选取一个具体的日志实现系统，将真正的打印逻辑交给具体的日志实现系统，从而实现应用程序日志系统的“可插拔”，即可以通过配置或更换jar包来方便的更换底层日志实现系统，而不需要改变任何代码。
Commons-logging在getLog之前会先查找具体的LogFactory实现类，顺序如下：
① 通过System.getProperty("org.apache.commons.logging.LogFactory")从系统属性中查找LogFactory的实现类;
② 若不存在，则通过Java spi机制从配置文件META-INF/services/org.apache.commons.logging.LogFactory读取 LogFactory的实现类名
③ 若不存在，则查找Classpath下的commons-logging.properties文件中的org.apache.commons.logging.LogFactory 属性
④ 若不存在，则初始化默认的实现类org.apache.commons.logging.impl.LogFactoryImpl
Commons-logging中默认实现的LogFactory(LogFactoryImpl类)查找具体Log实现类的逻辑如下：
① 查找在commons-logging.properties文件中是否定存在以org.apache.commons.logging.Log或org.apache.commons.logging.log(旧版本，不建议使用)为key定义的Log实现类，如果是，则使用该类。
② 否则，查找在系统属性中(-D方式启动参数)是否存在以org.apache.commons.logging.Log或org.apache.commons.logging.log(旧版本，不建议使用)为key定义的Log实现类，如果是，则使用该类。
③ 否则，如果在classpath中存在Log4J的jar包，则使用Log4JLogger类。
④ 否则，如果当前使用的JDK版本或等于1.4，则使用Jdk14Logger类。
⑤ 否则，如果存在Lumberjack版本的Logging系统，则使用Jdk13LumberjackLogger类。
⑥ 否则，如果可以正常初始化Commons Logging自身实现的SimpleLog实例，则使用该类
⑦ 后，以上步骤都失败，则抛出LogConfigurationException。
Log4j日志系统：
经典的一种日志解决方案。内部把日志系统抽象封装成Logger、appender、pattern等实现。我们可以通过配置文件轻松的实现日志系统的管理和多样化配置。
Slf4j日志系统：
全称为Simple Logging Facade for JAVA——java简单日志门面。是对不同日志框架提供的一个门面封装。可以在部署的时候不修改任何配置即可接入一种日志实现方案。和commons-loging应该有一样的初衷，SLF4J是编译时绑定到具体实现的日志框架，性能优于采用运行时搜寻的方式的commons-logging。
1. Slf4j能支持多个参数，并通过{}占位符进行替换，不需要使用logger.isDebugEnabled()来解决日志因为字符拼接产生的性能问题
2.OSGI机制更好兼容支持，Common-Logging使用了ClassLoader寻找和载入底层的日志库。而OSGI中不同的插件使用自己的ClassLoader。
Logback日志系统：
Lack作为一个通用可靠、快速灵活的日志框架，将作为Log4j的替代和SLF4J组成新的日志系统的完整实现。官网上称具有极佳的性能，在关键路径上执行速度是log4j的10倍，且内存消耗更少。
以上就是Java日志系统 Commons-loging、Slf4j、Log4j、LogBack的简单比较，相信大家对这些日志系统的区别和具体概念已经有了一个比较全面的认识。
