【Spring.Framework】依赖管理, Logging

本文详细介绍了如何利用Maven的BOM特性解决Spring框架中不同模块使用不同版本的问题,并阐述了如何移除Spring默认的CommonsLogging日志框架并引入SLF4J替代方案,包括具体步骤与实现细节。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

依赖管理


Maven Dependency Management

Maven "Bill of Materials" Dependency:

使用Spring的不同模块时,可能由于使用不同版本的Spring模块引入同一第三方库的不同版本。

Maven 通过 “BOM” 来解决这个问题:在dependencyManagement中引入spring-framework-bom来确保所有的spring模块都使用统一的版本:

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-framework-bom</artifactId>
            <version>4.1.1.RELEASE</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

此时,所有使用的spring模块dependency都不需要在声明version属性。例如:

<dependencies>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-web</artifactId>
    </dependency>
<dependencies>


(只有当外层的dependency元素中没有指明版本信息时,dependencyManagement中的dependencies元素才会起作用)。


Logging

Spring默认使用Jakarta Commons Logging API(JCL)作为logging framework。


不使用Commons Logging

从spring-core模块中移除掉commons-logging,

<dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-context</artifactId>
  <exclusions>
    <!-- Exclude Commons Logging in favor of SLF4j -->
    <exclusion>
      <groupId>commons-logging</groupId>
      <artifactId>commons-logging</artifactId>
    </exclusion>
  </exclusions>
</dependency>

移除commons-logging后,我们需要添加一个替代的logging framework。

使用SLF4J

SLF4J可以绑定到许多的logging框架,同时也提供了反向操作,桥接其他的logging 框架到SLF4J.

因此,在Spring中使用SLF4J需要使用SLF4J-JCL bridge去替代commons-logging依赖,Spring中的logging调用将会转换成SLF4J API的调用。

需要提供4个dependencies(同时exclude commons-logging):the bridge, the slf4j api, the binding to log4j, the log4j implementation

    <!-- Logging -->
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>jcl-over-slf4j</artifactId>
        <version>1.5.8</version>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.5.8</version>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j12</artifactId>
        <version>1.5.8</version>
    </dependency>
    <dependency>
        <groupId>log4j</groupId>
        <artifactId>log4j</artifactId>
        <version>1.2.14</version>
    </dependency>








### 回答1: org.springframework.boot.logging.deferredlogfactory是Spring Boot框架中的一个类,它提供了一种延迟初始化日志记录器的机制。这个类可以帮助开发者在应用程序启动时避免不必要的日志记录,从而提高应用程序的性能和效率。 ### 回答2: org.springframework.boot.logging.deferredlogfactory 是Spring Boot框架中的一个组件,它是DeferredLogFactory类的一个实现,是一个延迟加载的日志工厂。它的主要作用是在Spring Boot项目启动过程中,写日志的操作可以延迟到实际需要输出日志的时候再去完成,从而避免了在启动阶段输出大量无用的日志信息,减少了日志输出带来的性能损耗。 通常情况下,在Spring Boot应用启动时,日志工厂会在应用的日志输出目录下创建日志文件,并将应用中的日志信息持久化到这些日志文件中。如果日志信息过多,会导致占用磁盘空间过多,并且对性能也会产生一定的影响。而 DeferredLogFactory 的实现方式则是将日志的输出列表存储到一个队列中,等到需要实际输出日志信息的时候再去输出。这样可以减少日志文件持久化对磁盘的占用,并且可以提升应用的性能。 在使用 DeferredLogFactory 时,需要在Spring Boot项目的配置文件(如application.yml)中增加如下配置: logging: defer: true 这样就会开启Spring Boot的DeferredLogFactory功能,并实现日志信息的延迟输出。一旦有日志信息需要输出,可以通过调用DeferredLog接口的log方法来输出。由于输出的时机是在需要的时候,所以日志输出顺序可能与消息实际发生的顺序不一致。如果想以消息实际发生的顺序输出日志信息,则需要关闭DeferredLogFactory功能。 ### 回答3: org.springframework.boot.logging.deferredlogfactory是Spring框架中的一部分,主要的作用是为日志记录提供支持。它是一个工厂类,可以延迟创建所需的日志实例。这样做可以避免在应用程序启动时,因为创建的日志实例太多,而导致应用程序变慢或浪费资源。 当我们使用org.springframework.boot.logging.deferredlogfactory时,它会提供两种日志记录方式:logback和log4j2。这样,我们就可以根据需要选择适合自己的日志记录方式。 另外,由于DeferredLogFactory是延迟创建日志实例的工厂类,因此它还可以帮助我们在应用程序的生命周期内重构日志记录。比如,我们可以将应用程序的日志记录重构为使用更有效率的日志记录策略,以更好地支持应用程序的需求。 值得注意的是,虽然org.springframework.boot.logging.deferredlogfactory是Spring框架中的一部分,但它也可以被用于其他Java应用程序中。只需要正确地设置依赖项和配置即可。在使用它时,我们应该遵循Spring框架中的最佳实践,以确保最佳的性能和安全性。 综上所述,org.springframework.boot.logging.deferredlogfactory是一个非常有用的工具,可以帮助我们处理日志记录和应用程序性能的问题。它可以提供灵活的日志记录方式,并成功地延迟创建日志实例,避免应用程序在启动时出现资源浪费或性能不佳的问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值