前置通知抛出异常,会走最终通知吗?

众所周知,Spring AOP 5种通知的执行顺序是:

现在我想测试如果在前置通知里面就抛出异常的情况下,是走最终通知,还是直接返回,

测试发现是会走最终通知,不会直接跳过最终通知

后续:

为了解决参数相同的请求,在第一次请求还没得到响应的情况下,又连续发起了请求,

对于后续这种请求不进行逻辑处理,加了一个repeatKey,用redis进行判断:

https://blog.csdn.net/u013282737/article/details/106517052

附:

Spring AOP术语

切面(Aspect):在Spring AOP中,切面可以使用通用类或者在普通类中以@Aspect 注解(@AspectJ风格)来实现
连接点(Joinpoint):在Spring AOP中一个连接点代表一个方法的执行
通知(Advice):在切面的某个特定的连接点(Joinpoint)上执行的动作。通知有各种类型,其中包括"around"、"before”和"after"等通知。许多AOP框架,包括Spring,都是以拦截器做通知模型, 并维护一个以连接点为中心的拦截器链
切入点(Pointcut):定义出一个或一组方法,当执行这些方法时可产生通知,Spring缺省使用AspectJ切入点语法。
 

通知类型
前置通知(@Before):在某连接点(join point)之前执行的通知,但这个通知不能阻止连接点前的执行(除非它抛出一个异常)
返回后通知(@AfterReturning):在某连接点(join point)正常完成后执行的通知:例如,一个方法没有抛出任何异常,正常返回
抛出异常后通知(@AfterThrowing):方法抛出异常退出时执行的通知
后通知(@After):当某连接点退出的时候执行的通知(不论是正常返回还是异常退出)
环绕通知(@Around):包围一个连接点(join point)的通知,如方法调用。这是最强大的一种通知类型,环绕通知可以在方法调用前后完成自定义的行为,它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行

猜你喜欢

转载自blog.csdn.net/u013282737/article/details/106496146