Spring AOP增强(Advice)

Sring AOP通过PointCut来指定在那些类的那些方法上织入横切逻辑,通过Advice来指定在切点上具体做什么事情。如方法前做什么,方法后做什么,抛出异常做什么。

Spring中有两种方式定义Pointcut:

·XML文件

·注解

XML与注解方式类似,学会了一种,另外一种无难度上手。

Advice接口的接口继承类:

主要可分为5类增强:

·MthodBeforeAdvice:目标方法实施前增强

·AfterReturningAdvice:目标方法实施后增强

·ThrowsAdvice 异常抛出增强

·IntroductionAdvice 引介增强,为目标类添加新的属性和方法。可以构建组合对象来实现多继承

·MethodInterceptor 方法拦截器,环绕增强,在方法的前后实施操作

AfterAdvice,BeforeAdvice当前是作为标记使用,内部无接口方法,为后来扩展使用。

Interceptor接口也不是直接使用,同样作为标记类,可使用其子接口。

前置增强主要在匹配到的切点运行之前执行,在XML配置中使用,相应的接口为MethodBeforeAdvice,其方法为

当一个Bean对象实现了MethodBeforeAdvice,在XML配置文件中指定这个bean为advice,Spring会自动在切点方法执行前执行MethodBeforeAdvice的接口。

在调用相应的切点方法之前,前置增强都会生效。

弄明白了前置增强,后置增强也是同一个道理,不过后置增强是在切点运行后执行。接口为AfterReturningAdvice,方法为

在切点方法运行之后,后置增强会生效。

当切点方法抛出异常时,异常抛出增强才会被执行。其接口为ThrowsAdvice,接口没有指定方法,实现这个接口的对象是通过反射来调用其增强方法的。

根据前面的前置,后置,异常抛出增强,看一个完整的案例:

通过上面这个案例,我们大体知道什么是增强,字面意思:

在原本方法之上增加一些额外的东西,原本的功能增强了,所以叫增强,这是中文翻译过来的增强。

英文名为Advice,建议,在方法周围建议方法做什么事情,然后真的做了...

环绕增强可以理解为前置增强,后置增强,异常抛出增强的结合体,只有一个接口MethodInterceptor,其方法为:

Object intercept(Object var1, Method var2, Object[] var3, MethodProxy var4) throws Throwable;

当多个增强作用与同一个切点的时候,具体哪一个增强会先执行呢?

Spring根据@Order注解或者实现了Ordered接口的增强类来进行判断。

增强的概念一样,在使用方式上稍微有点区别,增强的相关注解有:

@Before

@AfterReturning

@AfterThrowing(

@After //相当于try-catch-finally中的final,一般用于释放资源

@Around

使用上与接口差不多

增强是AOP中核心概念之一,今后会继续探讨。

2019年8月8日更新:

博主近日在项目中需要配置多数据源,并且要实现带事务的动态切换,于是上网查找办法,最后采用的spring多数据源配置实现带事务的动态切换,但是在该过程中遇到了一个问题,就是数据源动态切换到非默认数据源时,一旦目标方法抛出异常会导致数据源切换失败,翻阅了spring的AOP增强后,发现可以解决这个问题,具体的实现参看博主的博文:https://www.cnblogs.com/nietzsche2019/p/11305654.html

下面是在实现ThrowsAdvice接口时遇到问题,记录下来希望能帮到大家:

在实现ThrowsAdvice接口时,发现不会自动重写方法,但是运行时会出现异常,无奈上网查资料发现该接口中没有任何抽象方法,查找了相关资料发现,Spirng内部是用反射来实现方法匹配的,需要实现下列接口中的其中1个:

public void afterThrowing(Exception e);
public void afterThrowing(RemoteException re);
public void afterThrowing(Metho method, Object[] args, Object target, Exception e);
public void afterThrowing(Metho method, Object[] args, Object target, ServletException e);

Spirng设计者可能感觉如果全部声明成抽象方法的话,实现该接口就必须全部重写,代码冗余较高,所以干脆直接做成标识接口了。

原文地址:https://www.cnblogs.com/nietzsche2019/p/11320153.html

时间: 2024-08-03 10:32:34

Spring AOP增强(Advice)的相关文章

Spring学习(二十五)Spring AOP之增强介绍

课程概要: Spring AOP的基本概念 Spring AOP的增强类型 Spring AOP的前置增强 Spring AOP的后置增强 Spring AOP的环绕增强 Spring AOP的异常抛出增强 Spring AOP的引介增强 一.Spring AOP增强的基本概念 Spring当中的专业术语-advice,翻译成中文就是增强的意思. 所谓增强,其实就是向各个程序内部注入一些逻辑代码从而增强原有程序的功能. 二.Spring AOP的增强类型 首先先了解一下增强接口的继承关系 如上图

Spring AOP的本质

不用再百科什么AOP了,我先推荐几篇文章或者系列文章:(感谢这些博文的原作者) 0.  Spring AOP 详解   http://pandonix.iteye.com/blog/336873/ 1.  AOP技术基础系列     http://wayfarer.cnblogs.com/articles/241024.html 2.  我对AOP的理解 http://jinnianshilongnian.iteye.com/blog/1474325 3.  Spring AOP本质系列  ht

Spring AOP 代理

Spring AOP 代理 1. Spring AOP 增强类型 AOP 联盟为通知 Advice 定义了 org.aopalliance.aop.Interface.Advice . Spring 按照通知 Advice 在目标类方法的连接点位置,可以分为 5 类 前置通知:org.springframework.aop.MethodBeforeAdvice 在目标方法执行前实施增强 后置通知:ogr.springframework.aop.AfterReturningAdvice 在目标方法

死磕Spring AOP系列1:编程式实现AOP

作为[死磕Spring AOP]系列的第一篇, 这个系列是AOP源码分析级别的文章.由于现在AOP已经不是什么高深的技术,网上的例子也比比皆是,不论是xml schema,还是annotation声明式.相信用过Spring的朋友,都可以信手拈来. 本系列文章的原则 如何配置AOP不是重点 AOP相关概念讲解不是重点 AOP 底层代码设计才是重点 本篇的主要内容 认识ProxyFactory,并通过该工厂类,将"日志"和"安全校验"代码切入到业务逻辑中 分析代理对象

spring aop的五种通知类型

昨天在腾讯课堂看springboot的视频,老师随口提问,尼玛竟然回答错了.特此记录! 问题: Spring web项目如果程序启动时出现异常,调用的是aop中哪类通知? 正确答案是: 异常返回通知. 回答问题的关键是,你得知道aop有哪几种通知类型吧! spring aop通知(advice)分成五类: 前置通知[Before advice]: 在连接点前面执行,前置通知不会影响连接点的执行,除非此处抛出异常. 正常返回通知[After returning advice]: 在连接点正常执行完

Spring横切面(advice),增强(advisor),切入点(PointCut)(转)

Spring横切面(advice),增强(advisor),切入点(PointCut)的一点理解: 1.Spring管理事务有2种,其中一种是HibernateTransactionManager管理 <bean id="txManager"        class="org.springframework.orm.hibernate3.HibernateTransactionManager">        <property name=&qu

Spring AOP那些学术概念—通知、增强处理连接点(JoinPoint)切面(Aspect)

1.我所知道的AOP 初看起来,上来就是一大堆的术语,而且还有个拉风的名字,面向切面编程,都说是OOP的一种有益补充等等.一下让你不知所措,心想着:管不得很多人都和我说AOP多难多难.当我看进去以后,我才行发现:他就是一些Java基础上的朴实无华的应用,包括IOC(见<Spring IOC(依赖注入.控制反转)概念理解>),包括许许多多这样的名词,都是万变不离其宗而已. 2.为什么要用AOP 1)就是为了方便,看一个国外很有名的大师说,编程的人都是“懒人”,因为他把自己做的事情都让程序去做了.

Spring中的AOP——在Advice方法中获取目标方法的参数(转)

获取目标方法的信息 访问目标方法最简单的做法是定义增强处理方法时,将第一个参数定义为JoinPoint类型,当该增强处理方法被调用时,该JoinPoint参数就代表了织入增强处理的连接点.JoinPoint里包含了如下几个常用的方法: Object[] getArgs:返回目标方法的参数 Signature getSignature:返回目标方法的签名 Object getTarget:返回被织入增强处理的目标对象 Object getThis:返回AOP框架为目标对象生成的代理对象 注意:当使

Spring AOP 实现原理(一) 使用 AspectJ 的编译时增强进行 AOP

AOP(Aspect Orient Programming),也就是面向方面编程,作为面向对象编程的一种补充,专门用于处理系统中分布于各个模块(不同方法)中的 交叉关注点的问题,在 JavaEE 应用中,常常通过 AOP 来处理一些具有横切性质的系统级服务,如事务管理.安全检查.缓存.对象池管理等.AOP 实现的关键就在于 AOP 框架自动创建的 AOP 代理,AOP 代理主要分为静态代理和动态代理两大类,静态代理以 AspectJ 为代表:而动态代理则以 Spring AOP 为代表.本文会从