深入理解Spring Aop的执行顺序

2024-12-24 02:43:05

首先回忆一下 AOP 的常用注解

@Before：前置通知：目标方法之前执行
@After：后置通知：目标方法之后执行
@AfterReturning：返回后通知：执行方法结束前执行
@AfterThrowing：异常通知：出现异常时执行
@Around：环绕通知：环绕目标方法执行

Spring4 中aop正常顺序 + 异常顺序

try{
    @Before
    method.invoke(obj, args);
    @AfterReturning
}catch(){
    @AfterThrowing
}finally{
    @After
}

正常执行：@Before(前置通知) ====>@After(后置通知) ====>@AfterReturning(正常返回)
异常执行：@Before(前置通知) ====>@After(后置通知) ====>@AfterThrowing(方法异常)

另外如果还配置有环绕通知，则环绕通知的前置处理先于@Before执行

环绕通知的后置处理也先于@After、@AfterReturning、@AfterThrowing执行

正常结果：

环绕前置处理
@Before前置通知
invokeMethod()
环绕通知后置处理
@After后置通知
@AfterReturning / @AfterThrowing

异常结果：

环绕前置处理
@Before前置通知
@After后置通知
@AfterReturning / @AfterThrowing

Spring5 中aop正常顺序 + 异常顺序

正常执行：@Before(前置通知) ====>@AfterReturning(正常返回) ====>@After(后置通知)
异常执行：@Before(前置通知) ====>@AfterThrowing(方法异常) ====>@After(后置通知)

加上环绕通知的正常执行结果：

环绕前置处理
@Before前置通知
invokeMethod()
@AfterReturning / @AfterThrowing
@After后置通知
环绕通知后置处理

加上环绕通知的异常执行结果：

环绕前置处理
@Before前置通知
@AfterReturning / @AfterThrowing
@After
```## Spring Aop的执行顺序

首先回忆一下 `AOP` 的常用注解

+ @Before：前置通知：目标方法之前执行

+ @After：后置通知：目标方法之后执行
+ @AfterReturning：返回后通知：执行方法结束前执行
+ @AfterThrowing：异常通知：出现异常时执行
+ @Around：环绕通知：环绕目标方法执行

> Spring4 中aop正常顺序 + 异常顺序

try{
    @Before
    method.invoke(obj, args);
    @AfterReturning
}catch(){
    @AfterThrowing
}finally{
    @After
}

正常执行：@Before(前置通知) ====>@After(后置通知) ====>@AfterReturning(正常返回)
异常执行：@Before(前置通知) ====>@After(后置通知) ====>@AfterThrowing(方法异常)

另外如果还配置有环绕通知，则环绕通知的前置处理先于@Before执行

环绕通知的后置处理也先于@After、@AfterReturning、@AfterThrowing执行

正常结果：

环绕前置处理
@Before前置通知
invokeMethod()
环绕通知后置处理
@After后置通知
@AfterReturning / @AfterThrowing

异常结果：

环绕前置处理
@Before前置通知
@After后置通知
@AfterReturning / @AfterThrowing

Spring5 中aop正常顺序 + 异常顺序

正常执行：@Before(前置通知) ====>@AfterReturning(正常返回) ====>@After(后置通知)
异常执行：@Before(前置通知) ====>@AfterThrowing(方法异常) ====>@After(后置通知)

加上环绕通知的正常执行结果：

环绕前置处理
@Before前置通知
invokeMethod()
@AfterReturning / @AfterThrowing
@After后置通知
环绕通知后置处理

加上环绕通知的异常执行结果：

环绕前置处理
@Before前置通知
@AfterReturning / @AfterThrowing
@After

到此这篇关于深入理解Spring Aop的执行顺序的文章就介绍到这了,更多相关Spring Aop执行顺序内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

Spring注解配置AOP导致通知执行顺序紊乱解决方案

今天在测试Spring的AOP时,发现使用注解配置AOP的方式会导致通知的执行顺序紊乱.[最终通知居然在异常通知之前执行了] 测试代码 (1)定义TargetInterface目标接口 public interface TargetInterface { public abstract void targetProxy(); } (2)定义TargetImpl目标类 @Component("target") public class TargetImpl implements Targ
聊聊Spring AOP @Before @Around @After等advice的执行顺序

用过spring框架进行开发的人,多多少少会使用过它的AOP功能,都知道有@Before.@Around和@After等advice. 最近,为了实现项目中的输出日志和权限控制这两个需求,我也使用到了AOP功能. 我使用到了@Before.@Around这两个advice.但在,使用过程中,却对它们的执行顺序并不清楚. 为了弄清楚在不同情况下,这些advice到底是以怎么样的一个顺序进行执行的,我作了个测试,在此将其记录下来,以供以后查看. 前提对于AOP相关类(aspect.pointcut
深入理解Spring Aop的执行顺序

首先回忆一下 AOP 的常用注解 @Before:前置通知:目标方法之前执行 @After:后置通知:目标方法之后执行 @AfterReturning:返回后通知:执行方法结束前执行 @AfterThrowing:异常通知:出现异常时执行 @Around:环绕通知:环绕目标方法执行 Spring4 中aop正常顺序 + 异常顺序 try{ @Before method.invoke(obj, args); @AfterReturning }catch(){ @AfterThrowing }fin
深入理解Spring AOP

一.前言在以前的项目中,很少去关注spring aop的具体实现与理论,只是简单了解了一下什么是aop具体怎么用,看到了一篇博文写得还不错,就来学习一下. AOP AOP(Aspect Oriented Programming),即面向切面编程,可以说是OOP(Object Oriented Programming,面向对象编程)的补充和完善.OOP引入封装.继承.多态等概念来建立一种对象层次结构,用于模拟公共行为的一个集合.不过OOP允许开发者定义纵向的关系,但并不适合定义横向的关系,例如日
关于Spring BeanPostProcessor的执行顺序

目录 Spring BeanPostProcessor执行顺序 Spring-BeanPostProcessor接口总结定义 BeanPostProcessor BeanPostProcessor总结 InstantiationAwareBeanPostProcessor InstantiationAwareBeanPostProcessor总结 SmartInstantiationAwareBeanPostProcessor SmartInstantiationAwareBeanPostPr
Spring AOP使用之多切面运行顺序

目录 Spring AOP多切面运行顺序多切面运行顺序 AOP的应用场景 Spring AOP切面执行顺序和常见问题切面注解的执行顺序切面间的执行顺序常见问题示例 Spring AOP多切面运行顺序多切面运行顺序当一个方法的执行被多个切面共同切的时候,环绕通知只影响当前切面的通知顺序,例如创建两个切面logUtil,validateUtil两个切面共同监视计算器类的加法运算,add(int a,int b):测试中,看切面工具类的名称首字母,默认情况下a-z执行顺序,所以这个时候lo
Spring Aop常见注解与执行顺序详解

目录 Spring Aop 的常用注解常见问题示例代码配置文件接口类实现类 aop 拦截器测试类执行结论多切面的情况代理失效场景总结 Spring 一开始最强大的就是 IOC / AOP 两大核心功能,我们今天一起来学习一下 Spring AOP 常见注解和执行顺序. Spring Aop 的常用注解首先我们一起来回顾一下 Spring Aop 中常用的几个注解: @Before 前置通知:目标方法之前执行 @After 后置通知:目标方法之后执行(始终执行) @After
解决Spring AOP 同类调用失效问题

目录背景一目标二概述三工作中遇到的实例 1.源代码 2.原因分析四解决方法 1.方法一 2.方法二原理: 3.方法三 4.总结背景当初刚到公司实习不久,就遇到一个问题:在同一个类中,调用有@redis,@Transactional的方法,发现注解失效了.因为这个问题,我当时纠结了很久.最后,还是老大一语惊醒梦中人,归根结底,还是Spring Aop原理没有理解彻底.今天就来聊一下关于"Spring AOP 同类调用失效问题". 一目标深入探究"Sp
Spring AOP执行先后顺序实例详解

这篇文章主要介绍了Spring AOP执行先后顺序实例详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下众所周知,spring声明式事务是基于AOP实现的,那么,如果我们在同一个方法自定义多个AOP,我们如何指定他们的执行顺序呢? 网上很多答案都是指定order,order越小越是最先执行,这种也不能算是错,但有些片面. 配置AOP执行顺序的三种方式: 通过实现org.springframework.core.Ordered接口 @Compo
简单理解Spring之IOC和AOP及代码示例

Spring是一个开源框架,主要实现两件事,IOC(控制反转)和AOP(面向切面编程). IOC 控制反转,也可以称为依赖倒置. 所谓依赖,从程序的角度看,就是比如A要调用B的方法,那么A就依赖于B,反正A要用到B,则A依赖于B.所谓倒置,你必须理解如果不倒置,会怎么着,因为A必须要有B,才可以调用B,如果不倒置,意思就是A主动获取B的实例:Bb=newB(),这就是最简单的获取B实例的方法(当然还有各种设计模式可以帮助你去获得B的实例,比如工厂.Locator等等),然后你就可以调用b对象了.