MethodInterceptor的使用与AOP的关系

😊 @ 作者: 一恍过去
🎊 @ 社区: Java技术栈交流
🎉 @ 主题: MethodInterceptor的使用与AOP的关系
⏱️ @ 创作时间: 2025年03月25日

前言

项目中可以使用AOP切面来进行增强处理,也可以自行实现一个MethodInterceptor对代码进行增强处理,相比与使用AOP可以更加轻便的形成连接器链;

使用

引入POM

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

配置Interceptor

import jakarta.annotation.Resource;
import org.springframework.aop.aspectj.AspectJExpressionPointcut;
import org.springframework.aop.support.DefaultPointcutAdvisor;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class ServiceInterceptorConfig {

    private static final String EXECUTION = "execution(* com.lhz.demo.service.UserService.*(..))";

    @Resource
    private ServiceInterceptor serviceInterceptor;

    @Bean
    public DefaultPointcutAdvisor defaultPointcutAdvisor() {
        DefaultPointcutAdvisor advisor = new DefaultPointcutAdvisor();

        AspectJExpressionPointcut pointcut = new AspectJExpressionPointcut();
        pointcut.setExpression(EXECUTION);

        advisor.setPointcut(pointcut);
        advisor.setAdvice(serviceInterceptor);
        advisor.setOrder(-1);
        return advisor;
    }
}

自定义Interceptor

@Component
@Slf4j
public class ServiceInterceptor implements MethodInterceptor {
    @Override
    public Object invoke(MethodInvocation methodInvocation) throws Throwable {
        log.info("进入ServiceInterceptor...");
        Object[] arguments = methodInvocation.getArguments();
        return methodInvocation.proceed();
    }
}

排序

单个Interceptor、多个Interceptor、AOP使用的相同的pointcut时,请求都会进入,只是进入的先后顺序不同,AOP中可以直接通过@Order注解控制,Interceptor通过advisor.setOrder()方法进行设置;

验证

同时存在AOP和Interceptor的情况,并且AOP的order=-2,Interceptor的order=-1

AOP代码如下:

@Aspect
@Component
@Slf4j
@Order(-2)
public class ServiceAop {

    @Pointcut("execution(* com.lhz.demo.service.UserService.*(..))")
    public void point() {
    }

    @Before("point()")
    public void doBeforeAdvice(JoinPoint point) {
        log.info("进入前置通知...");
    }

    @Around("point()")

    public void doAroundAdvice(ProceedingJoinPoint point) throws Throwable {

        log.info("进入环绕通知...");

        point.proceed();

    }

}

结果:
在这里插入图片描述

对比

对比维度MethodInterceptorAOP (广义)
定位AOP 的具体实现组件编程范式/思想
抽象层级具体的技术实现高层次的设计理念
标准化AOP Alliance 标准接口无统一标准,各框架实现不同

核心差异

特性MethodInterceptor声明式AOP差异分析
实现方式实现MethodInterceptor接口使用@Aspect注解前者需手动编码,后者通过元数据配置
拦截粒度方法调用级别控制切入点表达式匹配MethodInterceptor可获取MethodInvocation完整上下文
执行控制显式调用invocation.proceed()隐式调用joinPoint.proceed()前者对执行流程控制更直观
性能开销△ 较低(直接方法调用)○ 略高(需解析注解)差异在微秒级,高并发场景需考虑
适用阶段动态代理支持LTW/CTWAspectJ的编译时织入能力更强
依赖关系仅依赖AOP Alliance API依赖具体框架(如Spring AOP)前者更易移植
调试复杂度需跟踪代理链切面集中管理声明式AOP的堆栈信息更友好
动态能力★★★★ 可运行时修改拦截逻辑★★ 配置后固定MethodInterceptor适合需要热更新的场景
代码侵入性目标类无需修改但需引入AOP依赖两者都符合AOP的非侵入理念
典型应用场景安全校验/参数过滤/熔断机制日志/事务/缓存等常规切面根据业务复杂度选择

注:实际使用时建议将图标替换为对应的emoji或移除图标标记

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一恍过去

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值