抛出问题

日志框架

• JAVA的日志框架分两类：
  一类是日志门面，它定义了一组日志的接口规范，并未提供底层实现。例如slf4j
  另外一类是日志实现，它实现日志具体实现，包括日志级别控制，日志格式，打印日志到文件，到屏幕，甚至到数据库等日志的种种具体功能，例如log4j。

  
  

日志门面是不能单独使用的，它必须和一种具体的日志实现框架相结合使用。日志门面和日志实现的分离，可以让业务使用不同的日志实现框架之间切换，而不需要改动任何代码，只要掌握日志门面的接口文档，也不需要新的日志实现的接口学习代价。也就是编码模式里所谓的“门面模式”。

日志实现框架可以直接用于打印日志，但是一般不会这样做，因为这样回带来一定的麻烦，例如一个SDK包使用log4j打日志，而一个业务引用了这个SDK，但是业务开发者喜欢使用logback打日志。那么就会出现一个业务使用两款甚至多款日志框架并存，而且要维护多个日志配置文件的局面。所以，我们都是用日志门面打日志。

• Apache Commons Logging

Commons Logging本身只提供日志接口，具体实现在运行时动态寻找对应组件，比如:log4j、jdk14logging等。

image.png

通询 JCL 的源码可看出， jcl 为每一种日志实现采用了一个适配器，具体采用哪个是根据动态的，根据指定顺序查找 classPath 是否存在相应的实现。如具一个应用当中有多个 dassLoader 。比如 OSGI ｝规定了每个模块都有其独立的 classLoader 。这种机制保证了插件互相独立，同时也限制了 J CL 在 OSGi 中的正常使用．这时出现了引 f4j 基于静态绑定的方式解决了这个问题。

SLFj

全称 Simple Logging Facade for Java （简单日志门面），与 jcI 类似本身不提供日志具体实现，只对外提供接口或门面。与 commons loging 不同的是其采用在 classPath 加入桥接jar包来表示具体采用哪种实现： ,

• sIfj-log4j12.jar （表示桥接 Iog4j )
• sIfj-jdk14.jar （表示桥接 jdk Loging )
• sIfj-jcl （表示桥接jcl )
• Iog4j-slf4j-impl （表示桥接 log4j2 )

image.png

• 提问：
  假设你们系统当中之前在用 JCL 打印日志，但这时想加入slf4j 来打印日志，就会出现两类日志输出如何解决？
  只要 classPath 当中指定 sfI4j适配器包即可无缝将原日志输出转移到 slf4j上来。
  • jcl-over-slf4j：转移jcl日志至slf4j
  • log4j-over-slf4j：转移log4j日志至slf4j
  • jul-over-slf4j：转移jul 日志至 slf4j

• 演示适配旧版日志输出

  
  
  image.png

image.png

SLF4J 各部件总结：

SLF各部件结构关系图：

• 提问
  log4j同时即桥接又适配到slf4j会有什么问题，log4j桥接到slf4j，然后slf4j适配到log4j。
  答：会造成死循环
  

JAVA日志体系概貌图：

常用日志组成方案与应用场景：

slf4j+log4j2统一系统应用日志

slf4j+log4j2配置演示

• pom文件添加相关依赖
• 编写log4j2.xml文件
  • 编写Appenders
  • 编写Loggers，配置一个root
  • 编写打印示例

pom.xml

<dependency>
      <groupId>org.apache.logging.log4j</groupId>
      <artifactId>log4j-slf4j-impl</artifactId>
      <version>2.3</version>
    </dependency>
    <dependency>
      <groupId>org.apache.logging.log4j</groupId>
      <artifactId>log4j-core</artifactId>
      <version>2.3</version>
    </dependency>

log4j2配置结构：

利用Spring的AOP编程和JAVA自定义注解，实现Web项目的HTTP请求头域检测