写个日志请求切面,前后端甩锅更方便

本文介绍如何使用AOP实现请求日志切面,包括处理高并发下的日志串行问题,优化日志输出格式,以及异常请求信息的记录。

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

译者:何甜甜在吗

juejin.im/post/5e69d5b5e51d45183840b351

最近项目进入联调阶段,服务层的接口需要和协议层进行交互,协议层需要将入参[json字符串]组装成服务层所需的json字符串,组装的过程中很容易出错。入参出错导致接口调试失败问题在联调中出现很多次,因此就想写一个请求日志切面把入参信息打印一下,同时协议层调用服务层接口名称对不上也出现了几次,通过请求日志切面就可以知道上层是否有没有发起调用,方便前后端甩锅还能拿出证据

写在前面

本篇文章是实战性的,对于切面的原理不会讲解,只会简单介绍一下切面的知识点

切面介绍

面向切面编程是一种编程范式,它作为OOP面向对象编程的一种补充,用于处理系统中分布于各个模块的横切关注点,比如事务管理、权限控制、缓存控制、日志打印等等。

AOP把软件的功能模块分为两个部分:核心关注点和横切关注点。业务处理的主要功能为核心关注点,而非核心、需要拓展的功能为横切关注点。AOP的作用在于分离系统中的各种关注点,将核心关注点和横切关注点进行分离,使用切面有以下好处:

  • 集中处理某一关注点/横切逻辑

  • 可以很方便的添加/删除关注点

  • 侵入性少,增强代码可读性及可维护性

  • 因此当想打印请求日志时很容易想到切面,对控制层代码0侵入

切面的使用【基于注解】

  • @Aspect => 声明该类为一个注解类

切点注解:

  • @Pointcut => 定义一个切点,可以简化代码

通知注解:

  • @Before => 在切点之前执行代码

  • @After => 在切点之后执行代码

  • @AfterReturning => 切点返回内容后执行代码,可以对切点的返回值进行封装

  • @AfterThrowing => 切点抛出异常后执行

  • @Around => 环绕,在切点前后执行代码

动手写一个请求日志切面

使用@Pointcut定义切点

@Pointcut("execution(* your_package.controller..*(..))")
public void requestServer() {
}

@Pointcut定义了一个切点,因为是请求日志切边,因此切点定义的是Controller包下的所有类下的方法。定义切点以后在通知注解中直接使用requestServer方法名就可以了

更多内容:SpringBoot内容聚合

使用@Before再切点前执行

@Before("requestServer()")
public void doBefore(JoinPoint joinPoint) {
    ServletRequestAttributes attributes = (ServletRequestAttributes) 
RequestContextHolder.getRequestAttributes();
    HttpServletRequest request = attributes.getRequest();

    LOGGER.info("===============================Start========================");
    LOGGER.info("IP                 : {}", request.getRemoteAddr());
    LOGGER.info("URL                : {}", request.getRequestURL().toString());
    LOGGER.info("HTTP Method        : {}", request.getMethod());
    LOGGER.info("Class Method       : {}.{}", joinPoint.getSignature().getDeclaringTypeName(), joinPoint.getSignature().getName());
}

在进入Controller方法前,打印出调用方IP、请求URL、HTTP请求类型、调用的方法名

使用@Around打印进入控制层的入参

@Around("requestServer()")
public Object doAround(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
    long start = System.currentTimeMillis();
    Object result = proceedingJoinPoint.proceed();
    LOGGER.info("Request Params       : {}", getRequestParams(proceedingJoinPoint));
    LOGGER.info("Result               : {}", result);
    LOGGER.info("Time Cost            : {} ms", System.currentTimeMillis() - start);

    return result;
}

打印了入参、结果以及耗时

getRquestParams方法

private Map<String, Object> getRequestParams(ProceedingJoinPoint proceedingJoinPoint) {
     Map<String, Object> requestParams = new HashMap<>();

      //参数名
     String[] paramNames = ((MethodSignature)proceedingJoinPoint.getSignature()).getParameterNames();
     //参数值
     Object[] paramValues = proceedingJoinPoint.getArgs();

     for (int i = 0; i < paramNames.length; i++) {
         Object value = paramValues[i];

         //如果是文件对象
         if (value instanceof MultipartFile) {
             MultipartFile file = (MultipartFile) value;
             value = file.getOriginalFilename();  //获取文件名
         }

         requestParams.put(paramNames[i], value);
     }

     return requestParams;
 }

通过 @PathVariable以及@RequestParam注解传递的参数无法打印出参数名,因此需要手动拼接一下参数名,同时对文件对象进行了特殊处理,只需获取文件名即可

@After方法调用后执行

@After("requestServer()")
public void doAfter(JoinPoint joinPoint) {
    LOGGER.info("===============================End========================");
}

没有业务逻辑只是打印了End

完整切面代码

@Component
@Aspect
public class RequestLogAspect {
    private final static Logger LOGGER = LoggerFactory.getLogger(RequestLogAspect.class);

    @Pointcut("execution(* your_package.controller..*(..))")
    public void requestServer() {
    }

    @Before("requestServer()")
    public void doBefore(JoinPoint joinPoint) {
        ServletRequestAttributes attributes = (ServletRequestAttributes) 
RequestContextHolder.getRequestAttributes();
        HttpServletRequest request = attributes.getRequest();

        LOGGER.info("===============================Start========================");
        LOGGER.info("IP                 : {}", request.getRemoteAddr());
        LOGGER.info("URL                : {}", request.getRequestURL().toString());
        LOGGER.info("HTTP Method        : {}", request.getMethod());
        LOGGER.info("Class Method       : {}.{}", joinPoint.getSignature().getDeclaringTypeName(), 
 joinPoint.getSignature().getName());
    }


    @Around("requestServer()")
    public Object doAround(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
        long start = System.currentTimeMillis();
        Object result = proceedingJoinPoint.proceed();
        LOGGER.info("Request Params     : {}", getRequestParams(proceedingJoinPoint));
        LOGGER.info("Result               : {}", result);
        LOGGER.info("Time Cost            : {} ms", System.currentTimeMillis() - start);

        return result;
    }

    @After("requestServer()")
    public void doAfter(JoinPoint joinPoint) {
        LOGGER.info("===============================End========================");
    }

    /**
     * 获取入参
     * @param proceedingJoinPoint
     *
     * @return
     * */
    private Map<String, Object> getRequestParams(ProceedingJoinPoint proceedingJoinPoint) {
        Map<String, Object> requestParams = new HashMap<>();

        //参数名
        String[] paramNames = 
((MethodSignature)proceedingJoinPoint.getSignature()).getParameterNames();
        //参数值
        Object[] paramValues = proceedingJoinPoint.getArgs();

        for (int i = 0; i < paramNames.length; i++) {
            Object value = paramValues[i];

            //如果是文件对象
            if (value instanceof MultipartFile) {
                MultipartFile file = (MultipartFile) value;
                value = file.getOriginalFilename();  //获取文件名
            }

            requestParams.put(paramNames[i], value);
        }

        return requestParams;
    }
}

高并发下请求日志切面

写完以后对自己的代码很满意,但是想着可能还有完善的地方就和朋友交流了一下。emmmm

果然还有继续优化的地方

每个信息都打印一行,在高并发请求下确实会出现请求之间打印日志串行的问题,因为测试阶段请求数量较少没有出现串行的情况,果然生产环境才是第一发展力,能够遇到更多bug,写更健壮的代码

解决日志串行的问题只要将多行打印信息合并为一行就可以了,因此构造一个对象

RequestInfo.java

@Data
public class RequestInfo {
    private String ip;
    private String url;
    private String httpMethod;
    private String classMethod;
    private Object requestParams;
    private Object result;
    private Long timeCost;
}

环绕通知方法体

@Around("requestServer()")
public Object doAround(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
    long start = System.currentTimeMillis();
    ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
    HttpServletRequest request = attributes.getRequest();
    Object result = proceedingJoinPoint.proceed();
    RequestInfo requestInfo = new RequestInfo();
            requestInfo.setIp(request.getRemoteAddr());
    requestInfo.setUrl(request.getRequestURL().toString());
    requestInfo.setHttpMethod(request.getMethod());
    requestInfo.setClassMethod(String.format("%s.%s", proceedingJoinPoint.getSignature().getDeclaringTypeName(),
            proceedingJoinPoint.getSignature().getName()));
    requestInfo.setRequestParams(getRequestParamsByProceedingJoinPoint(proceedingJoinPoint));
    requestInfo.setResult(result);
    requestInfo.setTimeCost(System.currentTimeMillis() - start);
    LOGGER.info("Request Info      : {}", JSON.toJSONString(requestInfo));

    return result;
}

将url、http request这些信息组装成RequestInfo对象,再序列化打印对象

打印序列化对象结果而不是直接打印对象是因为序列化有更直观、更清晰,同时可以借助在线解析工具对结果进行解析

是不是还不错

在解决高并发下请求串行问题的同时添加了对异常请求信息的打印,通过使用 @AfterThrowing注解对抛出异常的方法进行处理

RequestErrorInfo.java

@Data
public class RequestErrorInfo {
    private String ip;
    private String url;
    private String httpMethod;
    private String classMethod;
    private Object requestParams;
    private RuntimeException exception;
}

异常通知环绕体

@AfterThrowing(pointcut = "requestServer()", throwing = "e")
public void doAfterThrow(JoinPoint joinPoint, RuntimeException e) {
    ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
    HttpServletRequest request = attributes.getRequest();
    RequestErrorInfo requestErrorInfo = new RequestErrorInfo();
    requestErrorInfo.setIp(request.getRemoteAddr());
    requestErrorInfo.setUrl(request.getRequestURL().toString());
    requestErrorInfo.setHttpMethod(request.getMethod());
    requestErrorInfo.setClassMethod(String.format("%s.%s", joinPoint.getSignature().getDeclaringTypeName(),
            joinPoint.getSignature().getName()));
    requestErrorInfo.setRequestParams(getRequestParamsByJoinPoint(joinPoint));
    requestErrorInfo.setException(e);
    LOGGER.info("Error Request Info      : {}", JSON.toJSONString(requestErrorInfo));
}

对于异常,耗时是没有意义的,因此不统计耗时,而是添加了异常的打印

最后放一下完整日志请求切面代码:

@Component
@Aspect
public class RequestLogAspect {
    private final static Logger LOGGER = LoggerFactory.getLogger(RequestLogAspect.class);

    @Pointcut("execution(* your_package.controller..*(..))")
    public void requestServer() {
    }

    @Around("requestServer()")
    public Object doAround(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
        long start = System.currentTimeMillis();
        ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
        HttpServletRequest request = attributes.getRequest();
        Object result = proceedingJoinPoint.proceed();
        RequestInfo requestInfo = new RequestInfo();
                requestInfo.setIp(request.getRemoteAddr());
        requestInfo.setUrl(request.getRequestURL().toString());
        requestInfo.setHttpMethod(request.getMethod());
        requestInfo.setClassMethod(String.format("%s.%s", proceedingJoinPoint.getSignature().getDeclaringTypeName(),
                proceedingJoinPoint.getSignature().getName()));
        requestInfo.setRequestParams(getRequestParamsByProceedingJoinPoint(proceedingJoinPoint));
        requestInfo.setResult(result);
        requestInfo.setTimeCost(System.currentTimeMillis() - start);
        LOGGER.info("Request Info      : {}", JSON.toJSONString(requestInfo));

        return result;
    }


    @AfterThrowing(pointcut = "requestServer()", throwing = "e")
    public void doAfterThrow(JoinPoint joinPoint, RuntimeException e) {
        ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
        HttpServletRequest request = attributes.getRequest();
        RequestErrorInfo requestErrorInfo = new RequestErrorInfo();
        requestErrorInfo.setIp(request.getRemoteAddr());
        requestErrorInfo.setUrl(request.getRequestURL().toString());
        requestErrorInfo.setHttpMethod(request.getMethod());
        requestErrorInfo.setClassMethod(String.format("%s.%s", joinPoint.getSignature().getDeclaringTypeName(),
                joinPoint.getSignature().getName()));
        requestErrorInfo.setRequestParams(getRequestParamsByJoinPoint(joinPoint));
        requestErrorInfo.setException(e);
        LOGGER.info("Error Request Info      : {}", JSON.toJSONString(requestErrorInfo));
    }

    /**
     * 获取入参
     * @param proceedingJoinPoint
     *
     * @return
     * */
    private Map<String, Object> getRequestParamsByProceedingJoinPoint(ProceedingJoinPoint proceedingJoinPoint) {
        //参数名
        String[] paramNames = ((MethodSignature)proceedingJoinPoint.getSignature()).getParameterNames();
        //参数值
        Object[] paramValues = proceedingJoinPoint.getArgs();

        return buildRequestParam(paramNames, paramValues);
    }

    private Map<String, Object> getRequestParamsByJoinPoint(JoinPoint joinPoint) {
        //参数名
        String[] paramNames = ((MethodSignature)joinPoint.getSignature()).getParameterNames();
        //参数值
        Object[] paramValues = joinPoint.getArgs();

        return buildRequestParam(paramNames, paramValues);
    }

    private Map<String, Object> buildRequestParam(String[] paramNames, Object[] paramValues) {
        Map<String, Object> requestParams = new HashMap<>();
        for (int i = 0; i < paramNames.length; i++) {
            Object value = paramValues[i];

            //如果是文件对象
            if (value instanceof MultipartFile) {
                MultipartFile file = (MultipartFile) value;
                value = file.getOriginalFilename();  //获取文件名
            }

            requestParams.put(paramNames[i], value);
        }

        return requestParams;
    }

    @Data
    public class RequestInfo {
        private String ip;
        private String url;
        private String httpMethod;
        private String classMethod;
        private Object requestParams;
        private Object result;
        private Long timeCost;
    }

    @Data
    public class RequestErrorInfo {
        private String ip;
        private String url;
        private String httpMethod;
        private String classMethod;
        private Object requestParams;
        private RuntimeException exception;
    }
}

赶紧给你们的应用加上吧【如果没加的话】,没有日志的话,总怀疑上层出错,但是却拿不出证据

END

Java面试题专栏

【41期】盘点那些必问的数据结构算法题之链表

【42期】盘点那些必问的数据结构算法题之二叉堆

【43期】盘点那些必问的数据结构算法题之二叉树基础

【44期】盘点那些必问的数据结构算法题之二分查找算法

【45期】盘点那些必问的数据结构算法题之基础排序

【46期】盘点那些必问的数据结构算法题之快速排序

【47期】六大类二叉树面试题汇总解答

【48期】盘点Netty面试常问考点:什么是 Netty 的零拷贝?

【49期】面试官:SpringMVC的控制器是单例的吗?

【50期】基础考察:ClassNotFoundException 和 NoClassDefFoundError 有什么区别


欢迎长按下图关注公众号后端技术精选

<think>首先,用户的问题是:在Java中使用切面记录Controller层请求Body日志时,如果记录失败,如何实现日志回滚。具体来说,是关于AOP(面向切面编程)在记录请求Body日志时失败的回滚机制。 关键点: - 使用Java AOP(可能使用Spring AOP或AspectJ)。 - 记录Controller层的请求Body日志。 - 当记录失败时(例如,日志入失败),如何回滚日志操作。 回滚在日志上下文中可能不是直接的,因为日志通常是异步的或非事务性的。但用户可能指的是确保日志失败不影响主业务逻辑,或者如何优雅处理日志失败。 从引用中: - 引用[1]:解释了AOP的核心概念,如切面、连接点、切入点、通知。 - 引用[2]:提供了一些关于Spring Boot AOP实现日志的参考文章。 - 引用[3]:展示了一个Controller方法,带有@LogInfo注解,用于记录日志。 - 引用[4]:描述了AOP的基本概念,并提到日志记录是横切关注点。 用户的问题焦点是:当记录日志失败时,如何回滚。在AOP中,日志记录通常是在通知(Advice)中实现的,比如在方法执行前后记录日志。 回滚通常与事务管理相关,但日志记录本身不是事务性的。日志失败可能意味着日志文件或数据库失败。因此,回滚可能指的是: - 确保日志失败不导致整个请求失败(即不影响业务逻辑)。 - 或者,在日志失败时,尝试回滚日志操作(如删除部分日志),但这可能不实际。 在Spring AOP中,通知的类型包括: - Before advice: 在方法执行前执行。 - After returning advice: 方法成功执行后执行。 - After throwing advice: 方法抛出异常后执行。 - After (finally) advice: 无论方法如何结束都执行。 - Around advice: 包围方法执行,可以在执行前后添加逻辑。 对于日志记录,常见做法是使用Around advice或After advice。如果日志记录失败,我们可能希望: 1. 捕获异常,避免传播到主业务逻辑。 2. 记录错误,但不回滚业务事务(因为日志是辅助操作)。 3. 如果日志是事务性的(如入数据库),可以结合事务管理回滚。 但在标准日志记录中,日志通常是入文件或外部系统,不是事务性的。所以,回滚可能不直接适用。 可能的解决方案: - **使用异常处理**:在通知中捕获日志记录异常,记录错误但不传播异常,这样主业务逻辑不受影响。 - **事务性日志**:如果日志存储在数据库中,可以使用Spring的事务管理。例如,在同一个事务中,如果日志入失败,可以回滚整个事务(包括业务操作)。但这可能不理想,因为日志失败不应导致业务回滚。 - **异步日志**:使用异步方式记录日志,这样日志失败不影响主线程。 - **错误处理机制**:在切面中实现重试或回退逻辑。 用户提到“日志回滚”,可能意味着在日志失败时,撤销或忽略日志记录,而不影响请求处理。 结构回答: 1. **理解问题**:解释AOP日志记录的基本原理。 2. **分析失败场景**:当记录日志失败时(如IO异常),如何避免影响Controller方法。 3. **解决方案**: - 使用try-catch在通知中捕获异常。 - 确保日志操作是独立的,不参与业务事务。 - 如果使用数据库日志,配置事务传播。 4. **代码示例**:提供简单的代码示例。 5. **生成相关问题**:根据指令,生成相关问题。 系统指令: - 所有行内数学表达式用$...$。 - 独立公式用$$...$$(但这里可能不涉及)。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 引用的段落末尾添加引用标识,如[^1]。 用户可见层:回答结构清晰,逐步解决问题。 参考引用: - [^1] 解释了AOP核心概念。 - [^2] 提供了相关文章。 - [^3] 展示了Controller方法。 - [^4] 描述了AOP基础。 在回答中,自然地引用这些。 最终回答结构: 1. 介绍AOP日志记录。 2. 解释日志失败的可能原因。 3. 提出回滚策略。 4. 代码示例。 5. 生成相关问题。</think>### Java AOP 切面记录Controller请求Body日志失败时的回滚实现 在Java中使用AOP(面向切面编程)记录Controller层请求Body日志时,如果日志记录失败(例如,IO异常、数据库入失败等),实现“日志回滚”的核心思路是:**确保日志操作不影响主业务逻辑,并通过异常处理机制隔离错误**。日志记录本质上是非事务性的辅助操作,因此“回滚”并非传统数据库事务的回滚,而是指在日志失败时避免传播异常、保证请求正常处理,并可选地记录错误信息。以下是逐步解决方案: --- #### 步骤1: 理解AOP日志记录的基本原理 在Spring AOP中,日志记录通常通过**切面(Aspect)** 实现: - **切入点(Pointcut)**:定义拦截目标(如所有Controller方法)。 - **通知(Advice)**:在方法执行前后添加日志逻辑(常用`@Around`或`@AfterReturning`通知)。 - 当记录日志失败时(如请求Body解析错误或日志入异常),通知需捕获异常并处理,防止影响Controller的业务逻辑[^4]。 关键点:日志操作应独立于业务事务。如果日志失败导致异常传播,可能中断请求处理,这不是“回滚”而是错误处理。 --- #### 步骤2: 日志失败的回滚策略 “回滚”在此上下文的实现方式: 1. **隔离日志操作**:使用`try-catch`块包裹日志代码,捕获所有异常,确保错误不传播到Controller。 2. **错误降级处理**:日志失败时,记录错误到备用系统(如控制台或简单文件),或忽略日志但不影响业务。 3. **事务性日志(可选)**:如果日志存储到数据库,可结合Spring事务管理: - 为日志操作添加`@Transactional(propagation = Propagation.REQUIRES_NEW)`,使其独立事务。 - 日志失败时,事务自动回滚,但业务事务不受影响。 - 注意:这仅适用于数据库日志;文件日志或外部系统日志无法直接回滚。 --- #### 步骤3: 代码实现示例 以下是一个Spring Boot切面示例,使用`@Around`通知记录请求Body日志,并在失败时实现“回滚”(异常隔离): ```java import org.aspectj.lang.ProceedingJoinPoint; import org.aspectj.lang.annotation.Around; import org.aspectj.lang.annotation.Aspect; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Component; import org.springframework.web.context.request.RequestContextHolder; import org.springframework.web.context.request.ServletRequestAttributes; import javax.servlet.http.HttpServletRequest; import java.io.BufferedReader; import java.util.stream.Collectors; @Aspect @Component public class RequestLoggingAspect { private static final Logger logger = LoggerFactory.getLogger(RequestLoggingAspect.class); // 切入点:拦截所有Controller方法 @Around("execution(* com.example.controller.*.*(..))") public Object logRequest(ProceedingJoinPoint joinPoint) throws Throwable { HttpServletRequest request = ((ServletRequestAttributes) RequestContextHolder.currentRequestAttributes()).getRequest(); String requestBody = null; // 1. 尝试读取请求Body try { if ("POST".equalsIgnoreCase(request.getMethod()) || "PUT".equalsIgnoreCase(request.getMethod())) { BufferedReader reader = request.getReader(); requestBody = reader.lines().collect(Collectors.joining()); } } catch (Exception e) { // 日志失败时:捕获异常,不传播错误 logger.error("日志记录失败(请求Body解析错误)", e); // 可选:记录到备用系统或忽略 } // 2. 执行业务逻辑(Controller方法) Object result = joinPoint.proceed(); // 3. 记录日志(示例:简单打印) try { if (requestBody != null) { logger.info("请求Body: {}", requestBody); // 实际中可入文件/数据库 } } catch (Exception e) { // 日志失败回滚:捕获异常,保证业务正常 logger.error("日志入失败", e); } return result; // 正常返回结果,请求不受影响 } } ``` **代码解释**: - **隔离日志操作**:所有日志代码包裹在`try-catch`中。如果日志失败(如`IOException`),异常被捕获并记录错误,但`joinPoint.proceed()`执行业务逻辑不受影响。 - **回滚效果**:日志失败不会中断Controller请求,实现“逻辑回滚”。 - **事务性扩展**:如果日志入数据库,在`try`块中添加数据库操作,并用`@Transactional(rollbackFor = Exception.class)`管理独立事务。 --- #### 步骤4: 最佳实践与注意事项 1. **异步日志**:使用`@Async`或消息队列(如Kafka)异步处理日志,避免阻塞主线程。失败时可重试或丢弃。 - 示例:将日志发送到队列,后台线程消费。失败时,队列自动重试或记录死信。 2. **错误监控**:集成Sentry或ELK栈,集中处理日志失败事件。 3. **性能考虑**:读取请求Body可能影响性能,建议在切面中缓存或使用过滤器预处理。 4. **事务边界**:业务事务(如DB操作)和日志事务必须分离。使用`Propagation.REQUIRES_NEW`确保日志失败不污染业务数据[^1]。 > **关键公式**:在错误处理中,日志失败的概率$P_{\text{fail}}$不应影响请求成功率$R_{\text{success}}$。即: > $$R_{\text{success}} = 1 - P_{\text{biz\_fail}}$$ > 其中$P_{\text{biz\_fail}}$是业务失败概率,通过隔离日志错误,确保$P_{\text{biz\_fail}}$与日志无关[^4]。 --- #### 相关问题 1. 如何优化AOP切面以避免日志记录对Controller性能的影响? 2. 在Spring Boot中,如何实现异步日志记录以提高系统吞吐量? 3. 如果使用数据库存储日志,如何配置事务回滚机制确保数据一致性? 4. AOP切面中,如何处理文件日志入失败的重试策略? [^1]: AOP的核心概念包括切面、连接点、切入点等,用于分离公共逻辑如日志记录。 [^2]: Spring Boot AOP实现日志的参考文章包括统一请求响应日志、操作日志记录等。 [^3]: Controller方法可通过注解如@LogInfo标记日志点,结合AOP拦截请求Body。 [^4]: AOP通过切面模块化横切关注点如日志,使业务代码保持干净。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值