AOP总结(spring)

实现AOP流程：

Service s = new ServiceImpl(); 

//创建切入点
Pointcut pc = new JdkRegexpMethodPointcut();//JdkRegexpMethodPointcut是切入点实现类。spring提供7个切入点实现类@1 

//创建通知
Advice advice = new SimpleAdvice();//SimpleAdvice实现了通知接口。srping提供5种通知接口@2 

//创建通知者
Advisor advisor = new DefaultPointcutAdvisor(pc,advice);//DefaultPointcutAdvisor是通知者实现类。spring提供3个通知者实现类@3 

//创建代理
ProxyFactory pf = new ProxyFactory();//spring支持两种代理@4 pf.addAdvisor(advisor); 

pf.setTarget(s); 

proxy = (Service)pf.getProxy(); 

proxy .doSomething(); 

 

 

 1、七种PointCut实现

Perl5RegexpMethodPointcut 是一个最基本的正则表达式切入点， 它使用Perl 5正则表达式语法。Perl5RegexpMethodPointcut 依赖Jakarta ORO进行正则表达式匹配。

 

JdkRegexpMethodPointcut 类，它使用JDK 1.4或更高版本里提供的正则表达式支持。

 

RegexpMethodPointcutAdvisor ， 它也允许我们引用一个通知（记住这里一个通知可以是拦截器，前置通知（before advice），异常通知（throws advice）等类型中的一个）。 在背后，如果使用J2SE 1.4或者以上版本，Spring将使用JdkRegexpMethodPointcut ， 在之前版本的虚拟机上，Spring将退回去使用Perl5RegexpMethodPointcut 。 可以通过设置perl5 属性为true来强制使用Perl5RegexpMethodPointcut 。 使用RegexpMethodPointcutAdvisor 可以简化织入，因为一个bean可以同时作为切入点和通知器（advisor），如下所示：

<bean id="settersAndAbsquatulateAdvisor" class="org.springframework.aop.support.RegexpMethodPointcutAdvisor"> 
<property name="advice"> 
        <ref local="beanNameOfAopAllianceInterceptor"/> 
</property> 
<property name="patterns"> 
        <list> 
                <value>.*set.*</value>
                <value>.*absquatulate</value>
         </list> 
</property> 
</bean> 

 

 

 

ControlFlowPointcut在运行时控制流切入点的开销是非常昂贵的，甚至与其它动态切入点比起来也是如此。在Java 1.4里， 它的开销差不多是其它动态切入点的5倍。

 

StaticMethodMatcherPointcut

因为静态切入点是最常用的，你可能会像下面那样继承StaticMethodMatcherPointcut。这只需要实现一个抽象方法 （虽然也可以覆盖其它方法来定制行为）：

class TestStaticPointcut extends StaticMethodMatcherPointcut { 	
	public boolean matches(Method m, Class targetClass) { 		
		// return true if custom criteria match 	
	} 
}

 

ComposablePointCut可组合切入点。可通过union()和intersection()等操作组合两个以上的切入点。

 

DynamicMethodMatcherPointcut流程切入点。

 

动态切入和静态切入：

public interface Pointcut {

    ClassFilter getClassFilter();

    MethodMatcher getMethodMatcher();

}

public interface ClassFilter {

    boolean matches(Class clazz);
}

public interface MethodMatcher {

    boolean matches(Method m, Class targetClass);

    boolean isRuntime();

    boolean matches(Method m, Class targetClass, Object[] args);
}

 

matches(Method, Class) 方法用来测试这个切入点是否匹配目标类的指定方法。 这将在AOP代理被创建的时候进行运算，这样可以避免在每次方法调用的时候都运算。 如果matches(Method, Class) 对于一个给定的方法返回true，并且isRuntime() 也返回true， 那么matches(Method, Class, Object[]) 将在每个方法调用的时候被调用。 这使得切入点在通知将被执行前可以查看传入到方法的参数。

大多数MethodMatcher是静态的，这意味着isRuntime() 方法返回false。 在这种情况下，matches(Method, Class , Object[]) 永远不会被调用。

如果是静态切入，Spring会针对目标上的每一个方法调用一次matches(Method m, Class targetClass)，其返回值被缓冲起来方便日后调用该方法时使用。这样，对每个方法的适用性测试只会进行一次，之后调用该方法时不全再调用matches()。

 

2、五种通知

MethodInterceptor拦截环绕通知

public interface MethodInterceptor extends Interceptor {
	Object invoke(MethodInvocation invocation) throws Throwable;
} 

 

 

BeforeAdvice 前置通知

public interface MethodBeforeAdvice extends BeforeAdvice { 
	void before(Method m, Object[] args, Object target) throws Throwable; 
}

 

 

 

AfterReturningAdvice 后置通知

public interface AfterReturningAdvice extends Advice {
 	void afterReturning(Object returnValue, Method m, Object[] args, Object target) throws Throwable; 
} 

 

ThrowsAdvice异常通知

public interface ThrowsAdviceextends AfterAdvice{ 
	afterThrowing([Method, args, target], subclassOfThrowable) 
}

 

 IntroductionInterceptor 引入通知

public interface IntroductionInterceptor extends MethodInterceptor { 
	boolean implementsInterface(Class intf); 
}

 

 调用的方法位于一个已经被引入接口里，这个引入拦截器将负责完成对这个方法的调用--因为它不能调用proceed() 方法。引入通知不能和任何切入点一起使用，因为它是应用在类级别而不是方法级别。 你只能通过

IntroductionAdvisor来使用引入通知，这个接口包括下面的方法：

public interface IntroductionAdvisor extends Advisor, IntroductionInfo { 
	ClassFilter getClassFilter(); 
	void validateInterfaces() throws IllegalArgumentException; 
} 
public interface IntroductionInfo { 
	Class[] getInterfaces(); 
}

 

 

这里没有MethodMatcher 接口，因此也就没有 Pointcut 与引入通知相关联。这里只进行类过滤。

getInterfaces() 方法返回这个通知器所引入的接口。

validateInterfaces() 方法将被内部使用来查看被引入的接口是否能够由配置的IntroductionInterceptor 来实现。

 3、三个通知者类

DefaultPointcutAdvisor 

在Spring里，一个Advisor是一个仅仅包含一个通知对象和与之关联的切入点表达式的切面。

除了引入这种特殊形式，任何通知器（advisor）都可以和任何通知一起工作。 org.springframework.aop.support.DefaultPointcutAdvisor 是最常用的通知器类。例如，它可以和 MethodInterceptor ，BeforeAdvice 或者 ThrowsAdvice 一起使用。

在Spring里有可能在同一个AOP代理里混合通知器和通知类型。 例如，你可以在一个代理配置里使用一个拦截环绕通知，一个异常通知和一个前置通知：Spring将负责自动创建所需的拦截器链。

RegexpMethodPointcutAdvisor

StaticMethodMatcherPointcutAdvisor 

4.1、三个代理实现类

BeanNameAutoProxyCreator为名字匹配字符串或者通配符的bean自动创建AOP代理。

 

<bean class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator"> 
	<property name="beanNames">
		<value>jdk*,onlyJdk</value>
	</property> 
	<property name="interceptorNames"> 
		<list> 
			<value>myInterceptor</value> 
		</list> 
	</property> 
</bean>

 

DefaultAdvisorAutoProxyCreator

它自动应用当前上下文中适当的通知器，无需在自动代理通知器的bean定义中包括bean的名字。 比起BeanNameAutoProxyCreator ，它提供了同样关于一致性配置的优点而避免了前者的重复性。

使用这个功能将涉及：

• Specifying a DefaultAdvisorAutoProxyCreator bean definition.

  说明一个 DefaultAdvisorAutoProxyCreator 的bean定义

• 在同一个或者相关的上下文中说明任意数量的通知器。注意这些必须 是通知器而不仅仅是拦截器或者其它通知。 这点是必要的因为必须有一个切入点被评估，以便检查每个通知候选bean定义的合适性。

DefaultAdvisorAutoProxyCreator 将自动评估包括在每个通知器中的切入点，

 

 

AbstractAdvisorAutoProxyCreator

这是DefaultAdvisorAutoProxyCreator的父类。如果在某些情况下框架提供的DefaultAdvisorAutoProxyCreator 不能满足你的需要，你可以通过继承这个类来创建你自己的自动代理创建器。

 

4.2、两种代理支持

JKD动态代理

java.lang.reflect.Proxy.getProxyClass(loader, interfaces).
         getConstructor(new Class[] { InvocationHandler.class }).
         newInstance(new Object[] { handler });

 CGLIB基于ASM框架生成字节码

1、首次创建CGLIB代理时，CGLIB会询问Spring每个方法应该如何处理。这意味着很多决定在JDK代理中每次invoke()调用时都要进行，但在CGLIB中只需要进行一次。CGLIB可以直接调用未被通知的方法，但JDK动态代理要去判断。

2、对于固定通知链的通知，CGLIB可以优化执行。

3、CGLIB对于被代理的方法，也使用了生成字节码的能力，执行被代理方法效率比JDK代理略微高。