Spring AOP之ThrowsAdvice

目前的项目中接触了一些Spring的AOP的部分，比如声明式事务管理。

1.  几个重要的概念（详细的情况参见Spring的在线文档）

·         PointCut：一组JointPoint。在Spring中我们可以通过一些正则表达式定义那些JointPoint组成了我们需要的一个PointCut，从而使我们的Advice可以被编制进来。

·         Introduction：Introduction可以我们在已经存在的类中在不修改这个类的情况下增加属性和方法，从而增加其状态和动作；

·         Target：满足PointCut定义的条件的一个类，我们可以把Advice用于这个类。大多Spring的AOP是通过动态代理的机制实现的，这个Target就是那个被代理的对象；

·         Proxy：为了将一个Advice应用到另外一个类中，比如实现Around Advice，就是在一个方法执行前后加上其他的代码，那么实际的实现一定是先执行一段Advice的代码，然后执行Target的那个方法，之后再执行一段Advice的代码，也就是客户端执行某个类的时候，实际执行的是一个代理，由代理再把调用传递到那个Target中。

·         Weaving（编织）：有了Target和Advice，在什么时机将这两个模块编织在一起呢？可以选择的方法包括编译的时候（这样我们需要一个特殊的编译器），装载类的时候（这样我们需要一个特殊的ClassLoader）和运行的时候（AOP容易可以动态的创建一个代理从而将调用由这个代理传递到Target类中）。

2. Throws Advice
目前的项目中有这么一个要求，对于某些处理流程如果在运行的时候抛出了一些异常，需要将这些异常的信息记录下来，保存在数据库或发邮件给开发人员。我们切不说这个需求跟TDD有什么冲突的地方，先看看如何实现吧。

按照上面概念的描述，我们应该主要注意三个概念：Target，Advice和Proxy。

2.1 Target的实现
Target就是上面所说的业务流程类，我们按照正常的开发编写代码即可，没有什么特殊的要求。如：

public interface IBizProcess {
    void doOneThing();
    void doAnotherThing();    
}
public class BizProcessImpl {
    public void doOneThing() {
    }
    public void doAnotherThing() {
        throw new RuntimeException("Boom");
    }
}

2.2 Advice
为了实现当业务流程抛出异常时的Advice，我们需要定义个一个Advice类，实现ThrowsAdvice接口。这个接口里面没有定义方法，我们要求我们的类必须实现afterThrows这个方法，如下：

public void afterThrows( [Method method,] [Object args,] [Object target,] Throwable throwable );
这个方法的前面三个参数都是可选的。我们在同一个类中定义这个方法的多个版本，如：

public void afterThrowing( MyException1 ex ) {}
public void afterThrowing( MyException2 ex ) {}
具体那个方法被调用则根据具体的Exception来判断，由AOP容易自动识别执行。
2.3 Proxy（代理）
Spring中一个简单的实现是用它的org.springframework.aop.framework.ProxyFactoryBean。这个Bean包含了很多个属性，其中有三个我们需要设置：target，proxyInterfaces和interceptorNames，如下：
<bean id=”bizOneTarget” class=”com.company.biz.impl.BizProcessImpl”/>
<bean id=”throwsAdvice” class=”com.company.advice.MyThrowsAdvice”/>
<bean id=”bizOne” class=”org.springframework.aop.framework.ProxyFactoryBean”>
            <property name=”target”><ref bean=”bizOneTargte”/></property>
            <property name=”proxyInterfaces”>
                        <value>com.company.biz.IBizProcessImpl</value>
            </property>
            <property name=”interceptorNames”>
                        <list>
                                    <value>throwsAdvice</value>
                        </list>
            </property>
</bean>
通过上面的配置，Spring就把Target和Advice编织在了一起。需要说明的是，proxyInterfaces和interceptorNames都可以是多个，如果是多个的话就需要用list来定义。interceptorNames的先后次序决定了这些Advice执行的先后次序。
3. 简化配置
从上面的例子可以看出，如果有多个BizProcess的对象需要代理，我们在Spring配置中为每一个Bean都配置一个代理，那么配置文件的维护就成了麻烦。为此，Spring提供了比较方便的方法解决这个问题，比如BeanNameAutoProxyCreator、DefaultAdviceAutoProxyCreator和metadata autoproxying。我们采用了BeanNameAutoProxyCreator，因为他比较直观和简单。
配置如下：
<bean id=”beanNameAutoProxyCreator” class=”org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator”>
            <property name=’beanNames”>
                        <list>
                                    <value>*Service</value>
                        </list>
            </property>
            <property name=”interceptorNames”>
                        <value>throwsAdvice</value>
            </property>
</bean>
从中我们可以看到，所有以Service结尾的bean都会由Spring自动创建代理，从而实现Advice的织入。