spring的通知

7.3.2.1. 拦截环绕通知
在Spring中最基础的通知类型是拦截环绕通知（interception around advice）。
Spring里使用方法拦截的环绕通知兼容AOP联盟接口。实现环绕通知的MethodInterceptor应当实现下面的接口：
public interface MethodInterceptor extends Interceptor {
public void afterThrowing(Method m, Object[] args, Object target, ServletException ex) {
// Do something with all arguments
}
7.3.1. 通知的生命周期
每个通知都是一个Spring bean。一个通知实例既可以被所有被通知的对象共享，也可以被每个被通知对象独占。 这根据设置类共享（per-class）或基于实例（per-instance）的参数来决定。
类共享通知经常会被用到。它很适合用作通用的通知例如事务通知器（advisor）。这些通知器不依赖于代理对象的状态也不会向代理对象添加新的状态； 它们仅仅在方法和参数上起作用。
return rval;
}
}注意对MethodInvocation中proceed()方法的调用。 这个方法继续运行指向连接点的拦截器链并返回proceed()的结果。大多数拦截器会调用这个方法，返回一个值。 然而，一个类似任意环绕通知的MethodInterceptor，可以返回一个不同的值或者抛出一个异常而不是调用proceed方法。 但除非你有很好的理由，否则不要考虑这样做！
}
}当一个ServletException被抛出，下面的通知将被调用。 和上面的通知不同，它声明了4个参数，因此它可以访问被调用的方法，方法的参数以及目标对象：
public class ServletThrowsAdviceWithArguments implements ThrowsAdvice {
throws Throwable;
}后置通知可以访问返回值（但不能进行修改），被调用方法，方法参数以及目标对象。
下面的后置通知计算所有运行成功（没有抛出异常）的方法调用：
public class CountingAfterReturningAdvice implements AfterReturningAdvice {
public void afterThrowing(RemoteException ex) throws Throwable {
// Do something with remote exception
}
}提示
异常通知可以和任何切入点一起使用。
7.3.2.4. 后置通知
Spring中的后置通知（After Returning advice）必须实现 org.springframework.aop.AfterReturningAdvice 接口，像下面显示的那样：
}
}这个通知不改变执行路径。如果抛出异常，它将沿着拦截器链被抛出而不是返回被调用方法的执行结果。
提示
后置通知可以和任何切入点一起使用。
一个简单的MethodInterceptor实现看起来像下面这样：
public class DebugInterceptor implements MethodInterceptor {
public Object invoke(MethodInvocation invocation) throws Throwable {
注意
MethodInterceptor提供了与其它AOP联盟兼容实现的互操作性。本节的剩下部分将讨论其它的通知类型， 它们实现了通用的AOP概念，但是以一种Spring风格的方式来实现的。使用最通用的通知类型还有一个好处， 固定使用MethodInterceptor环绕通知可以让你在其它的AOP框架里运行你所定制的切面。 要注意现在切入点还不能和其它框架进行互操作，AOP联盟目前还没有定义切入点接口。
7.3.2.2. 前置通知
一个更简单的通知类型是前置通知（before advice）。 它不需要MethodInvocation对象，因为它只是在进入方法之前被调用。
前置通知的一个主要优点是它不需要调用proceed()方法， 因此就不会发生无意间运行拦截器链失败的情况。
下面是MethodBeforeAdvice 接口。 （Spring的API设计能够为类中的成员变量提供前置通知，虽然通常对象会被应用于成员变量拦截之上，但看起来Spring并不打算实现这个功能。）
Object invoke(MethodInvocation invocation) throws Throwable;
}invoke()方法的MethodInvocation参数暴露了被调用的方法； 目标连接点；AOP代理以及传递给方法的参数。invoke()方法应该返回调用的结果：即连接点的返回值。
如果连接点抛出异常，异常通知（throws advice）将在连接点返回后被调用。 Spring提供类型检查的异常通知（typed throws advice），这意味着org.springframework.aop.ThrowsAdvice接口不包含任何方法： 它只是一个标记接口用来标识所给对象实现了一个或者多个针对特定类型的异常通知方法。这些方法应当满足下面的格式:
public interface AfterReturningAdvice extends Advice {
void afterReturning(Object returnValue, Method m, Object[] args, Object target)
}最后一个例子说明怎样在同一个类里使用两个方法来处理 RemoteException和ServletException。可以在一个类里组合任意数量的异常通知方法。
public static class CombinedThrowsAdvice implements ThrowsAdvice {
throws Throwable {
++count;
}
public int getCount() {
return count;
基于实例的通知很适合用作导入器来支持混合类型（mixin）。在这种情况下，通知向代理对象添加状态。
在同一个AOP代理里混合使用类共享和基于实例的通知是可能的。
7.3.2. Spring里的通知类型
Spring自带了多种通知类型，而且它们也可以被扩展来支持各种通知类型。让我们先看看基本概念和标准的通知类型。
这是一个Spring前置通知的例子，它计算所有方法被调用的次数：
public class CountingBeforeAdvice implements MethodBeforeAdvice {
private int count;
}
public void afterThrowing(Method m, Object[] args, Object target, ServletException ex) {
// Do something with all arguments
afterThrowing([Method, args, target], subclassOfThrowable) 只有最后一个参数是必须的。根据异常通知方法对方法及参数的需求，方法的签名可以有一个或者四个参数。 下面是一些异常通知的例子。
当一个RemoteException（包括它的子类）被抛出时，下面的通知会被调用：
System.out.println("Before: invocation=[" + invocation + "]ation.proceed();
System.out.println("Invocation returned");
public interface MethodBeforeAdvice extends BeforeAdvice {
void before(Method m, Object[] args, Object target) throws Throwable;
private int count;
public void afterReturning(Object returnValue, Method m, Object[] args, Object target)
public int getCount() {
return count;
}
}提示
前置通知可以和任何切入点一起使用。
7.3.2.3. 异常通知
public class RemoteThrowsAdvice implements ThrowsAdvice {
public void afterThrowing(RemoteException ex) throws Throwable {
// Do something with remote exception
public void before(Method m, Object[] args, Object target) throws Throwable {
++count;
}
}注意返回值的类型是void。前置通知可以在连接点执行之前插入自定义行为，但是不能修改连接点的返回值。 如果一个前置通知抛出异常，这将中止拦截器链的进一步执行。异常将沿着拦截器链向回传播。 如果异常是非强制检查的（unchecked）或者已经被包含在被调用方法的throws声明中，它将被直接返回给客户端； 否则它将由AOP代理包装在一个非强制检查异常中返回。