SpringBoot学习7之日志框架选型

本文详细介绍了如何在SpringBoot项目中使用SLF4j作为日志门面,Logback作为日志实现。内容包括SLF4j的基本使用,配置日志输出级别,以及在application.properties和logback-spring.xml中设置日志格式和滚动策略。还展示了不同环境(如dev)下日志输出格式的区别,并提供了完整的配置示例。

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

知识讲解

  1. 市面上常用的日志框架:
    JUL、JCL、Jboss-logging、logback、log4j、lo4j2…
  2. 日志门面
日志门面(日志的抽象类)日志实现
JCL、SLF4、j jboss-logginglog4j、lo4j2、logback

左边选一个门面(抽象层)、右边选一个实现:

日志门面:SLF4
日志实现:logback

  1. SpringBoot:底层是Spring框架,Spring框架默认使用的是JCL

SpringBoot选用的是SLF4j和logback

一、SLF4j的使用

1. 创建一个springboot-log项目

2. 在测试类中写下以下代码

package com.pp.springbootlog;

import org.junit.jupiter.api.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.boot.test.context.SpringBootTest;

@SpringBootTest
class SpringbootLogApplicationTests {
    Logger logger= LoggerFactory.getLogger(getClass());
    @Test
    void contextLoads() {
        logger.trace("trace");
        logger.info("info");
        logger.warn("warn");
        logger.error("error");
        logger.debug("debug");
    }
}

3.在application.properties中写入以下配置

logging.level.com.pp=trace
logging.file.name=springboot.log
spring.profiles.active=dev
#  在控制台输出的日志的格式
logging.pattern.console=%d{yyyy-MM-dd} [%thread] %-5level %logger{50} - %msg%n
# 指定文件中日志输出的格式
logging.pattern.file=%d{yyyy-MM-dd} === [%thread] === %-5level === %logger{50} ==== %msg%n

定义类日志输出保存的文件名为springboot.log,定义的控制台输出格式和文件中保存的日志输出格式。分别为:年月日—线程名–5个对齐,logger信息占50个字符,把msg信息展示出来,最后给了一个换行符。

二、logback接管日志

1.在pom.xml中导入jar包

  <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-logging</artifactId>
  </dependency>

2.下面是一段logback-spring.xml文件

<?xml version="1.0" encoding="UTF-8"?>
<!--
scan:当此属性设置为true时,配置文件如果发生改变,将会被重新加载,默认值为true。
scanPeriod:设置监测配置文件是否有修改的时间间隔,如果没有给出时间单位,默认单位是毫秒当scan为true时,此属性生效。默认的时间间隔为1分钟。
debug:当此属性设置为true时,将打印出logback内部日志信息,实时查看logback运行状态。默认值为false。
-->
<configuration scan="false" scanPeriod="60 seconds" debug="false">
    <!-- 定义日志的根目录 -->
    <property name="LOG_HOME" value="/app/log" />
    <!-- 定义日志文件名称 -->
    <property name="appName" value="pp-springboot"></property>
    <!-- ch.qos.logback.core.ConsoleAppender 表示控制台输出 -->
    <appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
        <!--
        日志输出格式:
			%d表示日期时间,
			%thread表示线程名,
			%-5level:级别从左显示5个字符宽度
			%logger{50} 表示logger名字最长50个字符,否则按照句点分割。 
			%msg:日志消息,
			%n是换行符
        -->
        <layout class="ch.qos.logback.classic.PatternLayout">
            <springProfile name="dev">
                <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ----> [%thread] ---> %-5level %logger{50} - %msg%n</pattern>
            </springProfile>
            <springProfile name="!dev">
                <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ==== [%thread] ==== %-5level %logger{50} - %msg%n</pattern>
            </springProfile>
        </layout>
    </appender>

    <!-- 滚动记录文件,先将日志记录到指定文件,当符合某个条件时,将日志记录到其他文件 -->  
    <appender name="appLogAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <!-- 指定日志文件的名称 -->
        <file>${LOG_HOME}/${appName}.log</file>
        <!--
        当发生滚动时,决定 RollingFileAppender 的行为,涉及文件移动和重命名
        TimeBasedRollingPolicy: 最常用的滚动策略,它根据时间来制定滚动策略,既负责滚动也负责出发滚动。
        -->
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <!--
            滚动时产生的文件的存放位置及文件名称 %d{yyyy-MM-dd}:按天进行日志滚动 
            %i:当文件大小超过maxFileSize时,按照i进行文件滚动
            -->
            <fileNamePattern>${LOG_HOME}/${appName}-%d{yyyy-MM-dd}-%i.log</fileNamePattern>
            <!-- 
            可选节点,控制保留的归档文件的最大数量,超出数量就删除旧文件。假设设置每天滚动,
            且maxHistory是365,则只保存最近365天的文件,删除之前的旧文件。注意,删除旧文件是,
            那些为了归档而创建的目录也会被删除。
            -->
            <MaxHistory>365</MaxHistory>
            <!-- 
            当日志文件超过maxFileSize指定的大小是,根据上面提到的%i进行日志文件滚动 注意此处配置SizeBasedTriggeringPolicy是无法实现按文件大小进行滚动的,必须配置timeBasedFileNamingAndTriggeringPolicy
            -->
            <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <maxFileSize>100MB</maxFileSize>
            </timeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>
        <!-- 日志输出格式: -->     
        <layout class="ch.qos.logback.classic.PatternLayout">
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n</pattern>
        </layout>
    </appender>

    <!-- 
		logger主要用于存放日志对象,也可以定义日志类型、级别
		name:表示匹配的logger类型前缀,也就是包的前半部分
		level:要记录的日志级别,包括 TRACE < DEBUG < INFO < WARN < ERROR
		additivity:作用在于children-logger是否使用 rootLogger配置的appender进行输出,
		false:表示只用当前logger的appender-ref,true:
		表示当前logger的appender-ref和rootLogger的appender-ref都有效
    -->
    <!-- hibernate logger -->
    <logger name="com.pp" level="debug" />
    <!-- Spring framework logger -->
    <logger name="org.springframework" level="debug" additivity="false"></logger>



    <!-- 
    root与logger是父子关系,没有特别定义则默认为root,任何一个类只会和一个logger对应,
    要么是定义的logger,要么是root,判断的关键在于找到这个logger,然后判断这个logger的appender和level。 
    -->
    <root level="info">
        <appender-ref ref="stdout" />
        <appender-ref ref="appLogAppender" />
    </root>
</configuration> 

在这里插入图片描述
我们日子日志文件中做了这样的设置,如果是dev形式用%d{yyyy-MM-dd HH:mm:ss.SSS} ----> [%thread] —> %-5level %logger{50} - %msg%n形式输出,如果不是dev形式,用%d{yyyy-MM-dd HH:mm:ss.SSS} ==== [%thread] ==== %-5level %logger{50} - %msg%n输出。

3.在application.properties进行开启配置

logging.level.com.pp=trace
logging.file.name=springboot.log
spring.profiles.active=dev
#  在控制台输出的日志的格式
logging.pattern.console=%d{yyyy-MM-dd} [%thread] %-5level %logger{50} - %msg%n
# 指定文件中日志输出的格式
logging.pattern.file=%d{yyyy-MM-dd} === [%thread] === %-5level === %logger{50} ==== %msg%n

我们可以通过spring.profiles.active=dev知道,这里开启的是dev模式,控制台输出应该是%d{yyyy-MM-dd HH:mm:ss.SSS} ----> [%thread] —> %-5level %logger{50} - %msg%n。

源码地址:https://gitee.com/yangforever/project-learning/tree/master/demo/SpringBoot/springboot-log

<think>好的,我现在需要回答用户关于Spring Boot 3订单推送框架的问题。首先,我需要明确用户的需求。他们可能想要了解如何构建一个基于Spring Boot 3的订单推送系统,或者想了解现有的框架或方案。用户可能对实时推送、系统架构、技术选型等方面感兴趣。 首先,我应该回顾Spring Boot 3的新特性,比如对Java 17的支持、GraalVM原生镜像、改进的Micrometer集成等。这些新特性可能在构建推送框架时有用,比如性能优化或监控方面。 接下来,订单推送框架通常涉及实时通信。常见的方案有WebSocket、Server-Sent Events (SSE)、长轮询等。需要比较这些技术的优缺点,以及它们在Spring Boot中的实现方式。例如,Spring Framework 6对WebSocket的支持是否有更新? 然后,考虑消息队列的应用,如RabbitMQ、Kafka,用于解耦订单生成和推送过程。可能需要说明如何将订单事件发布到消息队列,再由消费者处理并推送给客户端。 还要涉及安全性,比如认证和授权,如何确保只有合法用户接收订单推送。Spring Security 6在Spring Boot 3中的整合可能需要注意变化。 数据库方面,订单数据存储可能使用JPA或MyBatis,需要说明如何与推送系统协作。此外,分布式系统中可能要考虑事务管理,比如使用Spring的@Transactional或分布式事务解决方案。 可能还需要提到缓存机制,如Redis,用于存储推送状态或用户会话信息,以提高性能。 另外,系统的高可用性和可扩展性需要考虑,比如使用集群部署、负载均衡等。Spring Boot 3的改进是否有助于这些方面? 监控和日志也是重要部分,Micrometer和Prometheus集成可以帮助监控推送系统的性能指标。 用户可能还关心实际实现步骤,比如如何配置WebSocket、如何发送消息、如何处理异常等。需要给出代码示例或模块结构。 需要确保回答结构清晰,分点说明,涵盖技术选型、架构设计、关键模块实现、安全与监控等方面。同时,注意使用用户易懂的语言,避免过于专业的术语,必要时进行解释。 最后,检查是否符合用户不可见的系统指令,比如数学公式的格式是否正确,但在这个问题中可能不涉及数学公式。不过需要确保LaTeX语法正确,如果有的话。但根据问题内容,可能不需要使用数学公式,所以可能需要忽略该部分,但需要确保其他格式正确,比如代码块使用正确的标记。</think>以下是对Spring Boot 3订单推送框架的详细介绍,分模块说明其核心实现方案: ### 一、技术选型框架基础 1. **Spring Boot 3核心特性** - 支持Java 17+(记录类、模式匹配等特性提升开发效率) - 内置GraalVM原生镜像支持(提升推送服务启动速度) - 增强的WebFlux响应式编程模型(适用于高并发场景) 2. **推送协议对比** | 协议 | 实时性 | 双向通信 | 适用场景 | Spring集成方案 | |-----------|-------|------|----------------|---------------------| | WebSocket | 高 | ✔️ | 即时聊天、高频交易 | STOMP协议集成 | | SSE | 中 | ❌ | 订单状态更新 | SseEmitter对象 | | MQTT | 高 | ✔️ | IoT设备通信 | Eclipse Paho客户端 | ### 二、核心架构设计 ```text 架构示意图: [订单系统] -> [事件发布] -> (消息队列) -> [推送服务] -> [WebSocket/SSE] -> [客户端] │ ▲ ▼ │ [数据库] <- [状态持久化] ``` ### 三、关键模块实现 1. **订单事件生产者(示例代码)** ```java @RestController public class OrderController { private final SimpMessagingTemplate messagingTemplate; private final OrderEventPublisher eventPublisher; // 创建订单时触发推送 @PostMapping("/orders") public ResponseEntity<Order> createOrder(@RequestBody Order order) { Order savedOrder = orderService.save(order); // 方案1:直接WebSocket推送 messagingTemplate.convertAndSend("/topic/orders", savedOrder); // 方案2:通过事件驱动 eventPublisher.publishOrderCreated(savedOrder); return ResponseEntity.ok(savedOrder); } } ``` 2. **消息中间件配置(以RabbitMQ为例)** ```yaml spring: rabbitmq: host: localhost port: 5672 template: exchange: order.events ``` 3. **事件消费者实现** ```java @Component @RequiredArgsConstructor public class OrderEventListener { private final SimpMessagingTemplate messagingTemplate; @RabbitListener(queues = "order.queue") public void handleOrderEvent(OrderEvent event) { String destination = "/user/" + event.getUserId() + "/orders"; messagingTemplate.convertAndSend(destination, event.getPayload()); } } ``` ### 四、性能优化策略 1. **连接管理优化** - 使用`@SendToUser`实现点对点推送 - 配置STOMP心跳机制(示例配置): ```java @Configuration @EnableWebSocketMessageBroker public class WebSocketConfig implements WebSocketMessageBrokerConfigurer { @Override public void configureWebSocketTransport(WebSocketTransportRegistration registration) { registration.setSendTimeLimit(15 * 1000) .setSendBufferSizeLimit(512 * 1024); } } ``` 2. **集群部署方案** - 使用Redis实现会话共享: ```java @Configuration public class WebSocketConfig { @Bean public SessionRepository<?> sessionRepository(RedisConnectionFactory factory) { return new MapSessionRepository(new RedisIndexedSessionRepository(factory)); } } ``` ### 五、安全防护措施 1. **认证集成** ```java @Configuration @EnableWebSocketSecurity public class WebSocketSecurityConfig extends AbstractSecurityWebSocketMessageBrokerConfigurer { @Override protected void configureInbound(MessageSecurityMetadataSourceRegistry messages) { messages.simpDestMatchers("/user/**").authenticated(); } } ``` 2. **流量控制** - 配置限流过滤器: ```java @Bean public FilterRegistrationBean<RateLimitFilter> rateLimitFilter() { FilterRegistrationBean<RateLimitFilter> reg = new FilterRegistrationBean<>(); reg.setFilter(new RateLimitFilter(1000, 60)); // 60秒内最多1000次请求 reg.addUrlPatterns("/ws/*"); return reg; } ``` ### 六、监控与诊断 1. **指标暴露配置** ```java @Configuration public class MetricsConfig { @Bean public MeterRegistryCustomizer<MeterRegistry> metricsCommonTags() { return registry -> registry.config().commonTags( "application", "order-push-service", "region", System.getenv("DEPLOY_REGION")); } } ``` 2. **关键监控指标** - WebSocket连接数:`server.sessions.current` - 消息处理延迟:`order.push.latency` - 错误率:`order.push.error.count` ### 七、灰度发布方案 1. 基于Header的路由策略 ```java @RestController public class CanaryController { @GetMapping("/orders") public Flux<Order> getOrders(@RequestHeader("X-Canary-Version") String version) { return orderService.getOrders(version); } } ``` 该框架可根据实际业务需求进行扩展,建议: 1. 日均订单量<1万:单机部署+SSE 2. 1万~10万:集群+WebSocket 3. >10万:引入消息队列+分布式推送网关 最新实践表明,结合Spring Boot 3的虚拟线程特性(JDK 21+),可提升20%的并发处理能力,建议在高压场景下启用: ```properties spring.threads.virtual.enabled=true ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值