====关注点(Concern)====
关注点就是我们要考察或解决的问题。如订单的处理,用户的验证、用户日志记录等都属于关注点
。
关注点中的
核心关注点(
Core Concerns)
,是指系统中的核心功能,即真正的商业逻辑。如在一个电子商务系统中,订单处理、客户管理、库存及物流管理都是属于系统中的核心关注点。
还有一种关注点叫
横切关注点
(Crosscutting Concerns)
,他们分散在每个各个模块中解决同一样的问题,跨越多个模块。如用户验证、日志管理、事务处理、数据缓存都属于横切关注点。
在
AOP
的编程方法中,主要在于对关注点的提起及抽象
。我们可以
把一个复杂的系统看作是由多个关注点来有机组合来实现
,一个典型的系统可能会包括几个方面的关注点,如核心业务逻辑、性能、数据存储、日志、授权、安全、线程及错误检查等,另外还有开发过程中的关注点,如易维护、易扩展等。
====切面
(Aspect) ====
切面是一个关注点的模块化,这个关注点可能会横切多个对象和模块,事务管理是横切关注点的很好的例子。它是一个抽象的概念,从软件的角度来说
是指在应用程序不同模块中的某一个领域或方面。
在Spring 2.0 AOP中,切面可以使用
基于XML Schema的风格或者以
@Aspect
注解(
@AspectJ
风格)来实现
下面的例子是基于xml schema风格来定义一个Aspect(红字部分):
<aop:aspect id="aspectDemo" ref="aspectBean">
<
aop:pointcut
id
=
"myPointcut"
expression
=
"execution(* package1.Foo.handle*(..)"
/>
<
aop:before
pointcut-ref
=
"myPointcut"
method
=
"doLog"
/>
</aop:aspect>
这个定义的意思是:每执行到package1.Foo类的以handle开头的方法前,就会先执行aspectBean的doLog方法
====连接点
(Join point) ====
连接点就是在程序执行过程中某个特定的点,比如某方法调用的时候或者处理异常的时候。这个点可以是一个方法、一个属性、构造函数、类静态初始化块,甚至一条语句。
而对于SPRING 2.0 AOP来说,连接点只能是方法,这个一定要记住~!每一个方法都可以看成为一个连接点,只有被纳入某个CutPoint的JointPoint才有可能被Advice
。
通过声明一个
org.aspectj.lang.JoinPoint
类型的参数可以使通知(Advice)的主体部分获得连接点信息。
JoinPoint
与CutPoint之间的关系见下面的CutPoint的讲解
====切入点
(Pointcuts)
====
切入点指一个或多个连接点,可以理解成连接电点的集合. Advice是通过Pointcut来连接和介入进你的JointPoint的。
比如在前面的例子中,定义了
<
aop:pointcut
id
=
"myPointcut"
expression
=
"execution(* package1.Foo.handle*(..)"
/>
那么这就是定义了一个
PointCut
,该
Pointcut
表示“在
package1.Foo
类所有以
handle
开头的方法”
假设
package1.Foo
类里类似于:
Public class Foo{
public handleUpload(){..}
public handleReadFile(){..}
.....
}
那么
handleUpload
是一个
JointPoint
,
handleReadFile
也是一个
Joint
,那么上面定义的
id=”myPointcut”
的
PointCut
则是这两个
JointPoint
的集合
====通知(Advice) ====
Advice
定义了
切面中的实际逻辑(即实现)
,比如日志的写入的实际代码。换一种说法
Advice
是指在定义好的切入点处,所要执行的程序代码
。
通知有以下几种:
前置通知(Before advice)
:在切入点匹配的方法执行之前运行使用
@Before
注解来声明
返回后通知(After returning advice)
:在切入点匹配的方法返回的时候执行。使用
@AfterReturning
注解来声明
抛出后通知(After throwing advice)
:
在切入点匹配的方法执行时抛出异常的时候运行。使用
@AfterThrowing
注解来声明
后通知(After (finally) advice)
:不论切入点匹配的方法是正常结束的,还是抛出异常结束的,在它结束后(finally)后通知(After (finally) advice)都会运行。使用
@After
注解来声明。这个通知必须做好处理正常返回和异常返回两种情况。通常用来释放资源。
环绕通知(Around Advice)
:环绕通知既在切入点匹配的方法执行之前又在执行之后运行。并且,它可以决定这个方法在什么时候执行,如何执行,甚至是否执行。在
环绕通知中,除了可以自由添加需要的横切功能以外,还需要负责主动调用连接点(通过proceed)来执行激活连接点的程序
。
请尽量使用最简单的满足你需求的通知。(比如如果前置通知也可以适用的情况下,就不要使用环绕通知)
环绕通知使用 @Around 注解来声明。而且该通
知对应的方法的第一个参数必须是ProceedingJoinPoint 类型
。在通知体内(即通知的具体方法内),
调用 ProceedingJoinPoint 的 proceed() 方法来执行连接点方法
。
====引入(Introduction) ====
引入是指给一个现有类添加方法或字段属性,
引入还可以在不改变现有类代码的情况下,让现有的Java类实现新的接口
(
以及一个对应的实现
)。
相对于Advice可以动态改变程序的功能或流程来说,引介(Introduction)则用来改变一个类的静态结构
。比如你可以使用一个引入来使bean实现 IsModified 接口,以便简化缓存机制
====目标对象(Target Object)====
被一个或者多个切面(aspect)所通知(advise)的对象。也有人把它叫做 被通知(advised) 对象。 既然Spring AOP是通过运行时代理实现的,这个对象永远是一个 被代理(proxied)对象。
====AOP
代理(AOP Proxy)====
AOP
框架创建的对象,用来实现切面契约(aspect contract)(包括通知方法执行等功能)。 在Spring中,AOP代理可以是JDK动态代理或者CGLIB代理。注意:
Spring 2.0
最新引入的基于模式(schema-based)风格和@AspectJ注解风格的切面声明,对于使用这些风格的用户来说,AOP代理的创建是透明的
。
Spring缺省使用J2SE 动态代理(dynamic proxies)来作为AOP的代理。这样任何接口都可以被代理。
Spring也支持使用CGLIB代理. 对于需要代理类而不是代理接口的时候CGLIB代理是很有必要的。 如果一个业务对象并没有实现一个接口,默认就会使用CGLIB。 作为
面向接口编程的最佳实践,业务对象通常都会实现一个或多个接口。
====织入(Weaving)====
把切面(aspect)连接到其它的应用程序类型或者对象上,并创建一个被通知(advised)的对象,这样一个行为就叫做Weaving。 这些可以在编译时(例如使用AspectJ编译器),类加载时和运行时完成。
Spring
和其他纯Java AOP框架一样,在运行时完成织入
。
其实织入的方式有
3
种:
1
、运行时织入-即在
java
运行的过程中,使用
Java
提供代理来实现织入。根据代理产生方式的不同,运行时织入又可以进一步分为
J2SE
动态代理及动态字节码生成两种方式。由于
J2SE
动态代理只能代理接口,因此,需要借助于一些动态字节码生成器来实现对类的动态代理。大多数
AOP
实现都是采用这种运行时织入的方式,包括
Spring
。
2
、类加载器织入-指通过自定义的类加载器,在虚拟机
JVM
加载字节码的时候进行织入,比如
AspectWerkz(
已并入
AspecJ)
及
JBoss
就使用这种方式
。
3
、编译器织入-使用专门的编译器来编译包括切面模块在内的整个应用程序,在编译的过程中实现织入,这种织入是功能最强大的。编译器织入的
AOP
实现一般都是基于语言扩展的方式,即通过对标准
java
语言进行一些简单的扩展,加入一些专用于处理
AOP
模块的关键字,定义一套语言规范,通过这套语言规范来开发切面模块,使用自己的编译器来生成
java
字节码。
AspectJ
主要就是是使用这种织入方式
。