Java最详细常用日志框架介绍

最新推荐文章于 2024-08-26 16:42:13 发布
最新推荐文章于 2024-08-26 16:42:13 发布
阅读量2.1k 收藏 40
点赞数 7
分类专栏： 【日志】 文章标签： 日志框架 Java常用日志框架 Java日志框架 日志
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013068377/article/details/107239878
版权

Java日志概述

对于一个应用程序来说日志记录是必不可少的一部分。线上问题追踪，基于日志的业务逻辑统计分析等都离不日志。java领域存在多种日志框架，目前常用的日志框架包括Log4j1，Log4j2，Commons Logging，Slf4j，Logback，Jul。

Java常用日志框架类别

Log4j Apache Log4j是一个基于Java的日志记录工具。它是由Ceki Gülcü首创的，现在则是Apache软件基金会的一个项目。 Log4j是几种Java日志框架之一。

Log4j 2 Apache Log4j 2是apache开发的一款Log4j的升级产品。

Commons Logging Apache基金会所属的项目，是一套Java日志接口，之前叫Jakarta Commons Logging，后更名为Commons Logging。

Slf4j 类似于Commons Logging，是一套简易Java日志门面，本身并无日志的实现。（Simple Logging Facade for Java，缩写Slf4j）。

Logback 一套日志组件的实现(Slf4j阵营)。

Jul (Java Util Logging),自Java1.4以来的官方日志实现。

看了上面的介绍是否会觉得比较混乱，这些日志框架之间有什么异同，都是由谁在维护，在项目中应该如何选择日志框架，应该如何使用? 下文会逐一介绍。

Java常用日志框架历史

  • 1996年早期，欧洲安全电子市场项目组决定编写它自己的程序跟踪API(Tracing API)。经过不断的完善，这个API终于成为一个十分受欢迎的Java日志软件包，即Log4j。后来Log4j成为Apache基金会项目中的一员。

  • 期间Log4j近乎成了Java社区的日志标准。据说Apache基金会还曾经建议Sun引入Log4j到java的标准库中，但Sun拒绝了。

  • 2002年Java1.4发布，Sun推出了自己的日志库JUL(Java Util Logging),其实现基本模仿了Log4j的实现。在JUL出来以前，Log4j就已经成为一项成熟的技术，使得Log4j在选择上占据了一定的优势。

  • 接着，Apache推出了Jakarta Commons Logging，JCL只是定义了一套日志接口(其内部也提供一个Simple Log的简单实现)，支持运行时动态加载日志组件的实现，也就是说，在你应用代码里，只需调用Commons Logging的接口，底层实现可以是Log4j，也可以是Java Util Logging。

  • 后来(2006年)，Ceki Gülcü不适应Apache的工作方式，离开了Apache。然后先后创建了Slf4j(日志门面接口，类似于Commons Logging)和Logback(Slf4j的实现)两个项目，并回瑞典创建了QOS公司，QOS官网上是这样描述Logback的：The Generic，Reliable Fast&Flexible Logging Framework(一个通用，可靠，快速且灵活的日志框架)。

  • 现今，Java日志领域被划分为两大阵营：Commons Logging阵营和Slf4j阵营。
    Commons Logging在Apache大树的笼罩下，有很大的用户基数。但有证据表明，形式正在发生变化。2013年底有人分析了GitHub上30000个项目，统计出了最流行的100个Libraries，可以看出Slf4j的发展趋势更好：
    在这里插入图片描述

  • Apache眼看有被Logback反超的势头，于2012-07重写了Log4j1.x，成立了新的项目Log4j 2, Log4j 2具有Logback的所有特性。

java常用日志框架关系

  • Log4j2与Log4j1发生了很大的变化，Log4j2不兼容Log4j1。
  • Commons Logging和Slf4j是日志门面(门面模式是软件工程中常用的一种软件设计模式，也被称为正面模式、外观模式。它为子系统中的一组接口提供一个统一的高层接口，使得子系统更容易使用)。Log4j和Logback则是具体的日志实现方案。可以简单的理解为接口与接口的实现，调用者只需要关注接口而无需关注具体的实现，做到解耦。
  • 比较常用的组合使用方式是Slf4j与Logback组合使用，Commons Logging与Log4j组合使用。
  • Logback必须配合Slf4j使用。由于Logback和Slf4j是同一个作者，其兼容性不言而喻。

Commons Logging与Slf4j实现机制对比

Commons Logging实现机制

Commons Logging是通过动态查找机制，在程序运行时，使用自己的ClassLoader寻找和载入本地
具体的实现。详细策略可以查看commons-logging-*.jar包中的
org.apache.commons.logging.impl.LogFactoryImpl.java文件。由于Osgi不同的插件使用独立的
ClassLoader，Osgi的这种机制保证了插件互相独立, 其机制限制了Commons Logging在Osgi中的正常使用。

Slf4j实现机制

Slf4j在编译期间，静态绑定本地的Log库，因此可以在Osgi中正常使用。它是通过查找类路径
下org.slf4j.impl.StaticLoggerBinder，然后在StaticLoggerBinder中进行绑定。

项目中选择日志框架选择

如果是在一个新的项目中建议使用Slf4j与Logback组合，这样有如下的几个优点：

  • Slf4j实现机制决定Slf4j限制较少，使用范围更广。由于Slf4j在编译期间，静态绑定本地的LOG库使得通用性要比Commons Logging要好。
  • Logback拥有更好的性能。Logback声称：某些关键操作，比如判定是否记录一条日志语句的操作，其性能得到了显著的提高。这个操作在Logback中需要3纳秒，而在Log4J中则需要30纳秒。LogBack创建记录器（logger）的速度也更快：13毫秒，而在Log4J中需要23毫秒。更重要的是，它获取已存在的记录器只需94纳秒，而Log4J需要2234纳秒，时间减少到了1/23。跟JUL相比的性能提高也是显著的。
  • Commons Logging开销更高
# 在使Commons Logging时为了减少构建日志信息的开销，通常的做法是
if(log.isDebugEnabled()){
  log.debug("User name： " +
    user.getName() + " buy goods id ：" + good.getId());
}

# 在Slf4j阵营，你只需这么做：
log.debug("User name：{} ,buy goods id ：{}", user.getName(),good.getId());

# 也就是说，Slf4j把构建日志的开销放在了它确认需要显示这条日志之后，减少内存和Cup的开销，使用占位符号，代码也更为简洁
  • Logback文档免费。Logback的所有文档是全面免费提供的，不象Log4J那样只提供部分免费文档而需要用户去购买付费文档。

Slf4j用法

Slf4j与其它日志组件的关系说明

  • Slf4j的设计思想比较简洁，使用了Facade设计模式，Slf4j本身只提供了一个slf4j-api-version.jar包，这个jar中主要是日志的抽象接口，jar中本身并没有对抽象出来的接口做实现。
  • 对于不同的日志实现方案(例如Logback，Log4j…)，封装出不同的桥接组件(例如logback-classic-version.jar，slf4j-log4j12-version.jar)，这样使用过程中可以灵活的选取自己项目里的日志实现。

Slf4j与其它日志组件调用关系图

在这里插入图片描述

Slf4j与其他各种日志组件的桥接说明

jar包名说明
slf4j-log4j12-1.7.13.jarLog4j1.2版本的桥接器，你需要将Log4j.jar加入Classpath。
slf4j-jdk14-1.7.13.jarjava.util.logging的桥接器，Jdk原生日志框架。
slf4j-nop-1.7.13.jarNOP桥接器，默默丢弃一切日志。
slf4j-simple-1.7.13.jar一个简单实现的桥接器，该实现输出所有事件到System.err. 只有Info以及高于该级别的消息被打印，在小型应用中它也许是有用的。
slf4j-jcl-1.7.13.jarJakarta Commons Logging 的桥接器. 这个桥接器将Slf4j所有日志委派给Jcl。
logback-classic-1.0.13.jar(requires logback-core-1.0.13.jar)Slf4j的原生实现，Logback直接实现了Slf4j的接口，因此使用Slf4j与Logback的结合使用也意味更小的内存与计算开销
  • 具体的接入方式参见下图
    在这里插入图片描述

Slf4j源码分析

slf4j-api-version.jar中几个核心类与接口

类与接口用途
org.slf4j.LoggerFactory(class)给调用方提供的创建Logger的工厂类，在编译时绑定具体的日志实现组件
org.slf4j.Logger(interface)给调用方提供的日志记录抽象方法，例如debug(String msg),info(String msg)等方法
org.slf4j.ILoggerFactory(interface)获取的Logger的工厂接口，具体的日志组件实现此接口
org.slf4j.helpers.NOPLogger(class)对org.slf4j.Logger接口的一个没有任何操作的实现，也是Slf4j的默认日志实现
org.slf4j.impl.StaticLoggerBinder(class)与具体的日志实现组件实现的桥接类，具体的日志实现组件需要定义org.slf4j.impl包，并在org.slf4j.impl包下提供此类，注意在slf4j-api-version.jar中不存在org.slf4j.impl.StaticLoggerBinder，在源码包slf4j-api-version-source.jar中才存在此类

Slf4j调用过程源码分析，只加入slf4j-api-version.jar，不加入任何实现包

示例代码，pom核心配置如下：

<dependencies>
  <!--只有slf4j-api依赖-->
  <dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.13</version>
  </dependency>
</dependencies>

程序入口类如下：
在这里插入图片描述
源码追踪分析

  1. 调用LoggerFactory的getLogger()方法创建Logger
    在这里插入图片描述
  2. 调用LoggerFactory的getILoggerFactory方法来创建ILoggerFactory
    在这里插入图片描述
  3. 调用LoggerFactory的performInitialization方法来进行初始化
    在这里插入图片描述
  4. 调用LoggerFactory的bind()方法
    在这里插入图片描述
  5. 调用LoggerFactory的findPossibleStaticLoggerBinderPathSet()方法获取StaticLoggerBinderPath集合
    在这里插入图片描述
  6. 调用LoggerFactory的reportMultipleBindingAmbiguity()方法，记录绑定的StaticLoggerBinder信息
    在这里插入图片描述
  7. LoggerFactory的reportMultipleBindingAmbiguity()方法
    在这里插入图片描述
  8. LoggerFactory的bind()方法找不到StaticLoggerBinder，抛出NoClassDefFoundError异常
    在这里插入图片描述
  9. LoggerFactory的bind()方法捕获NoClassDefFoundError异常，匹配到StaticLoggerBinder关键词记录信息到控制台
    在这里插入图片描述
  10. LoggerFactory的performInitialization()方法内部调用bind()方法结束
    在这里插入图片描述
  11. LoggerFactory的getLogger()方法内部getILoggerFactory()方法调用完成，创建出NOPLoggerFactory，然后由NOPLoggerFactory调用内部的getLogger()方法，创建出NOPLogger
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  12. App类内部的logger实际为NOPLogger,调用logger.info()方法实际调用的是NOPLogger的info方法
    在这里插入图片描述
    在这里插入图片描述

Slf4j调用过程源码分析，加入slf4j-api-version.jar，与Logback组件

Slf4j作为门面采用Logback作为实现或者采用其它上面提到过的组件作为实现类似，这里只分析采用Logback组件作为实现

示例代码，pom核心配置如下：

<dependencies>
  <dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.7.13</version>
  </dependency>
  <!--logback-classic依赖logback-core，会自动级联引入-->
  <dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>1.2.3</version>
  </dependency>
</dependencies>

程序入口类同上，源码追踪分析，1、2、3、4同上：

  1. 调用LoggerFactory的findPossibleStaticLoggerBinderPathSet()方法获取StaticLoggerBinderPath集合
    在这里插入图片描述
  2. 调用LoggerFactory的bind()方法的staticLoggerBinderPathSet集合对象赋值
    在这里插入图片描述
  3. 在LoggerFactory的bind()方法中调用loback包下的StaticLoggerBinder创建单例对象
    在这里插入图片描述
  4. 在LoggerFactory的bind()方法中调用reportActualBinding()记录日志加载信息
    在这里插入图片描述
    在这里插入图片描述
  5. LoggerFactory中INITIALIZATION_STATE的值为SUCCESSFUL_INITIALIZATION，调用StaticLoggerBinder的单例对象获取ILoggerFactory
    在这里插入图片描述
    在这里插入图片描述
  6. 此时LoggerFactory中的getLogger()方法中获取到的ILoggerFactory实际上是logback jar下的LoggerContext
    在这里插入图片描述
  7. 此时LoggerFactory调用getLogger()方法获取到的Logger实际上是logback jar下的Logger
    在这里插入图片描述
    在这里插入图片描述

Slf4j调用过程源码分析，加入slf4j-api-version.jar，同时加入多种日志实现组件

在项目中如果用slf4j-api作为日志门面，有多个日志实现组件同时存在，例如同时存在Logback，
slf4j-log4j12，slf4j-jdk14，slf4j-jcl四种实现，则在项目实际运行中，Slf4j的绑定选择绑定方式
将有Jvm确定，并且是随机的，这样会和预期不符，实际使用过程中需要避免这种情况。

示例代码，pom核心配置如下：

<dependencies>
  <dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.11</version>
  </dependency>
  <dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-log4j12</artifactId>
    <version>1.7.25</version>
  </dependency>
  <dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>1.2.3</version>
  </dependency>
  <dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-jdk14</artifactId>
    <version>1.7.25</version>
  </dependency>
  <dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-jcl</artifactId>
    <version>1.7.25</version>
  </dependency>
</dependencies>

程序入口类同上，源码追踪分析，基本步骤同上，这里只追踪主要不同点：

  1. 追踪LoggerFactory的bind()方法内部调用findPossibleStaticLoggerBinderPathSet()方法后，从classpath下4个jar包内找到StaticLoggerBinder
    在这里插入图片描述
  2. 此时LoggerFactory的bind()方法内部调用reportMultipleBindingAmbiguity()方法，给出警告信息classpath下同时存在多个StaticLoggerBinder,JVM会随机选择一个StaticLoggerBinder
    在这里插入图片描述

使用Slf4时如何桥接遗留的api

在实际环境中我们经常会遇到不同的组件使用的日志框架不同的情况，例如Spring Framework
使用的是日志组件是Commons Logging，XSocket依赖的则是Java Util Logging。当我们在同一
项目中使用不同的组件时应该如果解决不同组件依赖的日志组件不一致的情况呢？现在我们需要
统一日志方案，统一使用Slf4j，把他们的日志输出重定向到Slf4j，然后Slf4j又会根据绑定器把日志
交给具体的日志实现工具。Slf4j带有几个桥接模块，可以重定向Log4j，JCL和java.util.logging中
的Api到Slf4j。

遗留的api桥接方案

jar包名作用
log4j-over-slf4j-version.jar将Log4j重定向到Slf4j
jcl-over-slf4j-version.jar将Commons Logging里的Simple Logger重定向到slf4j
jul-to-slf4j-version.jar将Java Util Logging重定向到Slf4j

桥接方式参见下图

在这里插入图片描述

使用Slf4j桥接注意事项

  • 在使用Slf4j桥接时要注意避免形成死循环，在项目依赖的jar包中不要存在以下情况。
多个日志jar包形成死循环的条件产生原因
log4j-over-slf4j.jar和slf4j-log4j12.jar同时存在由于slf4j-log4j12.jar的存在会将所有日志调用委托给log4j。但由于同时由于log4j-over-slf4j.jar的存在，会将所有对log4j api的调用委托给相应等值的slf4j,所以log4j-over-slf4j.jar和slf4j-log4j12.jar同时存在会形成死循环
jul-to-slf4j.jar和slf4j-jdk14.jar同时存在由于slf4j-jdk14.jar的存在会将所有日志调用委托给jdk的log。但由于同时jul-to-slf4j.jar的存在，会将所有对jul api的调用委托给相应等值的slf4j，所以jul-to-slf4j.jar和slf4j-jdk14.jar同时存在会形成死循环

遗留api桥接死循环源码分析源码

这里以项目中集成log4j-over-slf4j与slf4j-log4j12为例，其它组合形成死循环原理相类似。

示例代码，程序入口类同上，源码追踪分析：

基本步骤同上，调用链路
LoggerFactory.getLogger()>LoggerFactory.getILoggerFactory()> LoggerFactory.performInitialization()>LoggerFactory.bind()
  1. LoggerFactory.bind()方法内部调用StaticLoggerBinder.getSingleton()获取StaticLoggerBinder实例
    在这里插入图片描述
  2. StaticLoggerBinder调用构造方法内部调用Log4jLoggerFactory构造方法创建ILoggerFactory
    在这里插入图片描述
  3. Log4jLoggerFactory加载内部static代码块，校验出classpath下存在org.apache.log4j.Log4jLoggerFactory，抛出异常
    在这里插入图片描述

排除掉项目中依赖的第三方包的日志依赖

在实际使用过程中，项目会根据需要引入一些第三方组件，例如常用的Spring，而Spring本身的日志实现使用了Commons Logging，我们又想使用Slf4j+Loback组合，这时候需要在项目中将Commons Logging排除掉，通常会用到以下3种方案，3种方案各有利弊，可以根据项目的实际情况选择最适合自己项目的解决方案。

方案一：采用maven的exclusion方案

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
    <exclusions>
        <exclusion>
            <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
        </exclusion>
    </exclusions>
    <version>${springframework.version}</version>
</dependency>
  • 这种方案优点是exclusion是maven原生提供的，不足之处是如果有多个组件都依赖了commons-logging，则需要在很多处增加，使用起来不太方便

方案二：在maven声明commons-logging的scope为provided

<dependency>
  <groupId>commons-logging</groupId>
  <artifactId>commons-logging</artifactId>
  <version>1.1.1</version>
  <scope>provided</scope>
</dependency>
<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>jcl-over-slf4j</artifactId>
  <version>1.8.0-beta2</version>
</dependency>
  • 这种方案在调试代码时还是有可能导致IDE将commons-logging放置在classpath下，从而导致程序运行时出现异常

方案三：在maven私服中增加类似于99.0-does-not-exist这种虚拟的版本号

<dependency>    
    <groupId>commons-logging</groupId>    
    <artifactId>commons-logging</artifactId>    
    <version>99.0-does-not-exist</version>    
</dependency> 
<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>jcl-over-slf4j</artifactId>
  <version>1.8.0-beta2</version>
</dependency>
  • 这种方案好处是声明方式比较简单，用IDE调试代码时也不会出现问题，不足之处是99.0-does-not-exist这种版本是maven中央仓库中是不存在的，需要发布到自己的maven私服中。

总结

由于历史原因JDK自身提供的Log组件出现的较晚，导致Jdk提供Log组件时第三方社区的日志组件已经比较稳定成熟。经过多年的发展Slf4j+Logback与组合，Commons Logging与Log4j组合两大阵营已经基本成为了Java项目开发的标准，建议在新的项目开发中从这两种方案中选择适合自己项目的组合方案

参考链接

Slf4j官网
Slf4j使用手册1
Slf4j使用手册2
Logback官网
Commons Logging官网

RobertLab
关注
专栏目录
java日志框架如何选型？
lucky_love816的博客
12-10 1188
对于一个应用程序来说日志记录是必不可少的一部分。线上问题追踪，基于日志的业务逻辑统计分析等都离不日志。java领域存在多种日志框架，目前常用的日志框架包括Log4j 1，Log4j 2，Commons Logging，Slf4j，Logback，Jul 日志框架类别 Log4j Apache Log4j是一个基于Java的日志记录工具。它是由Ceki Gülcü首创的，现在则是Apache软件基金会的一个项目。 Log4j是几种Java日志框架之一 Log4j 2 Apache Log4j 2是apach
Java常用日志框架介绍
couragehope的博客
03-21 203
https://www.cnblogs.com/chenhongliang/p/5312517.html
Java 日志框架
最新发布
快乐的小三菊的博客
08-26 1107
Java 日志框架
java日志框架简介
chens616的专栏
12-29 432
java常用日志框架类别 ​ slf4j和commons logging是java领域常用的日志框架接口，这两大框架分别对应一些列日志具体实现框架， commons logging 是Apache 开源组织下的框架，阵营中主要包括： log4j：Apache软件基金会的 一个java项目，它是由Ceki Gülcü首创的 。 log4j 2:它是log4j的改进版本，Apache的又一个开源产品，...
Java日志框架总结
Feathers的个人笔记
03-13 653
日志的概念 日志文件是用于记录系统操作事件的文件集合，可分为事件日志和消息日志。 Java日志演进历史 print、alert、echo 互联网发展的早期，不管是C/S模式(客户端+服务端模式)还是B/S模式(浏览器+服务端模式)，因为只有前端和后端交互这一层，验证逻辑基本上用的是前端alert，后台用System.out.print，服务器用echo命令回显。链路短，基本上够用。 JUL Jav...
Java常用日志框架总结
m0_54369189的博客
01-28 1353
前言 作为java程序员，在工作开发中遇到最多的一个问题就是打日志(log)，好的日志方式可以帮助你事半功倍的监控线上程序运行的链路，出现bug时可以快速定位，但是，面对现如今众多的日志框架中，如何去选择哪个日志框架，成为困扰很多程序员的一个问题，他们的性能怎们样，他们有什么关系，今天我们就来把一把log的那些事… log框架及发展史 Log4j: apache基于java的日志框架 Log4j2: apache基于log4j的升级版本 JUL: 2002年，java 1.4发布，定义了jav
Java常用的日志框架对比和深入分析
01-27
Java日志框架是Java开发中不可或缺的部分，它们用于记录应用程序的运行信息，帮助开发者在开发、调试和运维过程中快速定位和解决问题。常见的日志框架有Log4j、Log4j2、Logback、JDK-Logging等，这些框架各有特点，...
java日志框架
12-06
Java日志框架是Java开发中不可或缺的部分，它们用于记录应用程序的运行信息，帮助开发者追踪错误、调试代码以及进行性能分析。Log4j和Logback是其中最常用的两个框架，它们都由Ceki Gülcü创建，并且在设计上有着...
java常用日志组件介绍
08-05
本文将详细介绍几个常见的Java日志组件，包括它们的特点、使用场景和配置方法。 首先，让我们来看一下`log4j`。它是Apache组织的一个开源项目，广泛应用于Java应用程序中。Log4j提供了丰富的日志级别（如DEBUG, ...
JAVA使用Logback日志框架记录应用程序的运行日志.txt
08-17
其中，`logback-classic` 是最常用的模块，它作为SLF4J（Simple Logging Facade for Java）的默认实现，允许开发者使用SLF4J API进行日志记录，而具体实现则由Logback完成。 #### 使用Logback进行日志记录的关键...
java日志框架学习总结
u010439466的博客
04-14 671
日志体系 一直有一个疑惑，日志为什么会有那么多的框架，到今天为止，心里终于有个比较明确的答案了。在这里我把我所理解的日志体系整理描述一下，自己总结一下，也希望对大家学习能有所帮助。 日志框架的分类 个人理解，日志框架可分为两类： 门面型日志框架： jakartaCommonsLoggingImpl(jcl), Simple Logging Facade for Java (SLF4J) 记...
Java日志框架入门介绍
qq_44214895的博客
08-12 185
JAVA 日志框架 问题： 控制日志输出的内容和格式 控制日志输出的位置 日志优化：异步日志，日志文件的归档和压缩 日志系统的维护 面向接口开发 – 日志的门面 1.1 为什么要用日志框架 因为软件系统发展到今天已经很复杂了，特别是服务器端软件，涉及到的知识，内容，问题太多。在某 些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业 务逻辑设计 。而且框架一般是成熟，稳健的，他可以处理系统很多细节问题，比如，事务处理，安全 性，数据流控制等问题。还有框架一般都经过很多
全网最全、最细致的Java日志框架以及门面技术。
一只爱写文章的小土狗
09-10 619
????‍????作者：Java学术趴 ????仓库：Github、Gitee ✏️博客：CSDN、掘金、InfoQ、云+社区 ????公众号：Java学术趴 ????特别声明：原创不易，未经授权不得转载或抄袭，如需转载可联系小编授权。 ????版权声明：文章里的部分文字或者图片来自于互联网以及百度百科，如有侵权请尽快联系小编。微信搜索公众号Java学术趴联系小编。 ☠️每日毒鸡汤：生活是世上最罕见的事情，大多数人只是存在，仅此而已。 ????大家好！我是你们的老朋友Java学术趴，今天继续给大家分享
java日志框架简介（日志框架选型）
銠槍--突廆孒
06-18 4076
java 日志框架介绍
探究java日志规范和日志框架选型
baixf的博客
04-11 489
文章目录内容简介阿里日志规约转自:程序员的修养 -- 如何写日志(logging)转自: 基本的Logger编码规范总结:额外的参考资料: 内容简介 寻求一个日志使用的规范,搜集网上各路分享所得汇总.最终选型log4j2+slf4j. 阿里日志规约 【强制】应用中不可直接使用日志系统（Log4j、 Logback） 中的 API，而应依赖使用日志框架 SLF4J 中的 API，使用门面模式的日志...
Java中的日志框架选择与配置
微赚淘客系统开发者博客
07-05 503
选择合适的日志框架并进行有效的配置是确保应用程序顺利运行和易于维护的关键。通过理解不同框架的特性和优缺点，并结合实际项目需求进行选择和配置，可以帮助开发团队更好地管理和利用日志信息，从而提升应用程序的质量和稳定性。Java Util Logging是JDK自带的日志框架，相比其他框架，它的配置较为简单，适合简单的日志记录需求。Java中有多种成熟的日志框架可供选择，每种框架都有其独特的特性和适用场景。无论选择哪种日志框架，良好的配置和最佳实践都是保证日志系统稳定运行的关键。
门面模式 Facade
weixin_33672109的博客
07-09 116
门面模式，是指提供一个统一的接口去访问多个子系统的多个不同的接口，它为子系统中的一组接口提供一个统一的高层接口。使用子系统更容易使用。 例子如下，完成program任务，内部完成 code compile run任务 #include "iostream" using namespace std; class code{ public: void active(){ ...
最详细、最全面的【Java日志框架】介绍，建议收藏，包含JUL、log4j、logback、log4j2等所有主流框架
小新要变强的博客
11-07 3099
本文为 【Java日志框架】 相关知识，对日志的概念与作用，JUL日志框架，Log4j日志框架，Logback日志框架，Log4j2日志框架，日志门面如Slf4j日志门面、JCL日志门面等进行详尽介绍~
几种常见的JAVA日志框架的简单介绍
不是很懂
12-20 1444
接口级别的Java日志框架：slf4j 和common-log 实现级别的：JDK自带的, log4j, log4j2, logback(这个是slf4j旗下的具体实现) 为什么会有接口呢？是为了方便日志框架的选择：slf4j 和common-log 都能自动识别你要用的日志的框架（也就是实现级别的日志框架), 大致的原理是这两个接口会根据你引进的jar包来调用相应的
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值