日志系统实现工具
  java.util.logging(jul)
  JDK中实现的日志系统。
  log4j
  早得到广泛使用的日志系统。
  logback
  log4j的改良版本,比log4j拥有更多的特性,同时也带来很大性能提升。
  logback分为3个组件,logback-core, logback-classic 和 logback-access。
  logback-core提供了logback的核心功能,是另外两个组件的基础。
  logback-classic则实现了slf4j的API,所以当想配合slf4j使用时,则需要引入这个包。
  logback-access是为了集成Servlet环境而准备的,可提供HTTP-access的日志接口
  日志系统绑定工具
  commons-logging(jcl)
  Apache提供的日志系统绑定工具。jcl会在运行时动态绑定日志系统的实现类,用户只需要面向jcl的API进行开发。
  slf4j
  全称是The Simple Logging Facade for Java,是一个简单日志门面抽象框架。
  slf4j会在程序启动时根据classpath中的日志系统实现(log4j, logback等)静态绑定日志系统的实现类,用户只需要面向slf4j的API进行开发,然后通过依赖配置来调整底层实际使用的日志系统实现类。
  slf4j与实际日志系统的绑定
  slf4j与实际日志系统进行绑定的依赖组件(Binding):
  · slf4j-jdk14: slf4j到jdk-logging的Binding
  · slf4j-log4j12: slf4j到log4j1的Binding
  · log4j-slf4j-impl: slf4j到log4j2的Binding
  · logback-classic: slf4j到logback的Binding
  · slf4j-jcl: slf4j到commons-logging的Binding
  PS: 上面的这些Binding在classpath中只能存在一个,如果有多个则会在程序启动时导致slf4j静态绑定失败。
  其他日志系统API转到slf4j的桥接器
  如果应用程序已经用了其他日志系统的API来进行开发(或应用程序的依赖中使用了其他日志系统的API),想在不修改程序代码的情况下将日志输出重定向到slf4j,需要引入桥接器。
  常用的桥接器有这些:
  · jul-to-slf4j: jdk-logging到slf4j的桥接器
  · log4j-over-slf4j: log4j1到slf4j的桥接器
  · jcl-over-slf4j: commons-logging到slf4j的桥接器
  例如我们开发的某个应用程序原本使用的是log4j来进行日志输出的,代码中也是用的log4j的API,现在想在不修改程序代码的基础上将日志系统转为使用logback,则只需要去掉原先的log4j依赖,然后加入slf4j-api、logback-classic、log4j-over-slf4j依赖。这样log4j的实现类实际上被桥接器log4j-over-slf4j替换掉了,其真正的实现是将log4j的日志输出重定向到了slf4j,而slf4j又绑定到了logback,所以日志系统被切换过来了。
  PS: 日志系统的Binding组件和桥接器有一些是冲突的,原因很好理解,举例说明:如果同时在应用程序中加入依赖slf4j-log4j12和log4j-over-slf4j,则slf4j会将日志输出绑定到log4j,而log4j又会把皮球踢还给slf4j,于是便会形成死循环。在理解了Binding组件和桥接器后,这些冲突的原因也能很快理解,在使用时不会出错而不知道如何解决了。