SpringAOP在项目中的简单应用(一)

2014-11-23 23:37:56 · 作者: · 浏览: 0


SpringAOP在项目中的简单应用

一、前言

项目背景

由于公司的机房到期,需要做应用迁移(包括数据库),割接到云平台。但是又不能进行一次性割接,需要分三个阶段:第一阶段割接2个地市,第二阶段再割接9个地市,第三阶段做全盘割接。在第一、第二阶段是要保证云平台与现网平台的应用能够正常并行运行。所以,要保证两边数据访问的正常,需要对某些功能进行改造。比如,某个子功能在并行阶段是不做割接的,那么在做用户登录验证的时候,就需要访问两边的数据库来做验证。

技术背景

此次改造涉及到应用的改造,按理应该要修改原来的代码,才能保证在并行阶段的功能正常。这样子的话,就要维护两套代码,即云平台一套、现网一套。而且到了最后的割接的时候,还需要将代码进行还原,工作量非常大,且风险也高。后来想到用SpringAOP能够在不改动原代码的基础上加入一些附加的处理,而且只要配置好就行,功能也是支持热拔插的(将配置去掉即可)。

二、SpringAOP介绍

网上找了不少关于springAOP的相关资料,在这里做一个整合及小结,当然,只是初级层面的理解,没有深入研究其代码实现。

AOP概念

面向切面编程(也叫面向方面编程):Aspect Oriented Programming(AOP),是软件开发中的一个热点,也是Spring框架中的一个重要内容。利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率。

AOP是OOP的延续。

主要的功能是:日志记录,性能统计,安全控制,事务处理,异常处理等等。

主要的意图是:将日志记录,性能统计,安全控制,事务处理,异常处理等代码从业务逻辑代码中划分出来,通过对这些行为的分离,我们希望可以将它们独立到非指导业务逻辑的方法中,进而改变这些行为的时候不影响业务逻辑的代码。

可以通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术。AOP实际是GoF设计模式的延续,设计模式孜孜不倦追求的是调用者和被调用者之间的解耦,提高代码的灵活性和可扩展性,AOP可以说也是这种目标的一种实现。

在Spring中提供了面向切面编程的丰富支持,允许通过分离应用的业务逻辑与系统级服务(例如审计(auditing)和事务(transaction)管理)进行内聚性的开发。应用对象只实现它们应该做的――完成业务逻辑――仅此而已。它们并不负责(甚至是意识)其它的系统级关注点,例如日志或事务支持。

AspectJ介绍

AspectJ是AOP的一个很悠久的实现,它能够和 Java 配合起来使用。

这里介绍AspectJ 几个必须要了解的概念:

切面(Aspect) :官方的抽象定义为“一个关注点的模块化,这个关注点可能会横切多个对象”,在本例中,“切面”就是类TestAspect所关注的具体行为,例如,AServiceImpl.barA()的调用就是切面TestAspect所关注的行为之一。“切面”在ApplicationContext中 来配置。

连接点(Joinpoint) :程序执行过程中的某一行为,例如,AServiceImpl.barA()的调用或者BServiceImpl.barB(String_msg, int _type)抛出异常等行为。

通知(Advice) :“切面”对于某个“连接点”所产生的动作,例如,TestAspect中对com.spring.service包下所有类的方法进行日志记录的动作就是一个Advice。其中,一个“切面”可以包含多个“Advice”,例如TestAspect

切入点(Pointcut) :匹配连接点的断言,在AOP中通知和一个切入点表达式关联。例如,TestAspect中的所有通知所关注的连接点,都由切入点表达式execution(*com.spring.service.*.*(..))来决定

目标对象(Target Object) :被一个或者多个切面所通知的对象。例如,AServcieImpl和BServiceImpl,当然在实际运行时,Spring AOP采用代理实现,实际AOP操作的是TargetObject的代理对象。

AOP代理(AOP Proxy) 在Spring AOP中有两种代理方式,JDK动态代理和CGLIB代理。默认情况下,TargetObject实现了接口时,则采用JDK动态代理,例如,AServiceImpl;反之,采用CGLIB代理,例如,BServiceImpl。强制使用CGLIB代理需要将 的 proxy-target-class 属性设为true

我们在使用该框架进行业务整改,主要的逻辑代码实就在于通知(Advice),常用有以下几种类型:

前置通知(Before advice) :在某连接点(JoinPoint)之前执行的通知,但这个通知不能阻止连接点前的执行。ApplicationContext中在 里面使用 元素进行声明。例如,TestAspect中的doBefore方法

后通知(After advice) :当某连接点退出的时候执行的通知(不论是正常返回还是异常退出)。ApplicationContext中在 里面使用 元素进行声明。例如,TestAspect中的doAfter方法,所以AOPTest中调用BServiceImpl.barB抛出异常时,doAfter方法仍然执行

返回后通知(After return advice) :在某连接点正常完成后执行的通知,不包括抛出异常的情况。ApplicationContext中在 里面使用 元素进行声明。

环绕通知(Around advice) :包围一个连接点的通知,类似Web中Servlet规范中的Filter的doFilter方法。可以在方法的调用前后完成自定义的行为,也可以选择不执行。ApplicationContext中在 里面使用 元素进行声明。例如,TestAspect中的doAround方法。

抛出异常后通知(After throwing advice) :在方法抛出异常退出时执行的通知。 ApplicationContext中在 里面使用 元素进行声明。例如,TestAspect中的doThrowing方法。

二、SpringAOP介绍

AspectJ介绍

需要spring的核心包外,还需要aspectjrt.jar、aspectjweaver.ja、cglib-nodep.jar几个包。

在ApplicationContext.xml中import进一个aop.xml配置,如下:

    


    
	
	
     
      aop配置
     

	
     
   
     
   
     

    

说明:这里主要是基于注解方式实现AOP,具体实现类看后面内容。这里的 这要是防止抛java.lang.IllegalArgumentException异常,原因是AOP使用的动态代理可以针对接口,也可以针对类。java的动态代理只能针对接口。在用Spring的AOP时,默认动态代理是针对接口的,而我们是针对类的,所以要加上proxy-target-class="true"。

多数据源配置

由于项目需要,需要