Spring提供了多種開箱即用的通知類型，而且它們也可以被擴展來支持任何通知類型。讓我們先看看基本概念和標(biāo)準(zhǔn)的通知類型。
在Spring中最基礎(chǔ)的通知類型是攔截around通知。
Spring里使用方法攔截的around通知兼容AOP聯(lián)盟接口。實現(xiàn)around通知的MethodInterceptor應(yīng)當(dāng)實現(xiàn)下面的接口：
public interface MethodInterceptor extends Interceptor {
Object invoke(MethodInvocation invocation) throws Throwable;
}
invoke()方法的MethodInvocation參數(shù)暴露了被調(diào)用的方法； 目標(biāo)連接點；AOP代理以及傳遞給方法的參數(shù)。invoke()方法應(yīng)該返回調(diào)用的結(jié)果：即連接點的返回值。
一個簡單的MethodInterceptor實現(xiàn)看起來像下面這樣：
public class DebugInterceptor implements MethodInterceptor {
public Object invoke(MethodInvocation invocation) throws Throwable {
System.out.println("Before: invocation=[" + invocation + "]");
Object rval = invocation.proceed();
System.out.println("Invocation returned");
return rval;
}
}
注意對MethodInvocation中proceed()方法的調(diào)用。這個方法 繼續(xù)運行指向連接點的攔截器鏈并返回proceed()的結(jié)果。然而，一個類似任何環(huán)繞通知的MethodInterceptor， 可以返回一個不同的值或者拋出一個異常而不是調(diào)用proceed方法。但除非你有很好的理由，否則不要考慮這樣做！
![[Note]](http://www.redsaga.com/spring_ref/2.0/images/admons/note.png) |
Note |
|
MethodInterceptor提供了與其它AOP聯(lián)盟兼容實現(xiàn)的互操作性。本節(jié)的剩下部分將討論其它的通知類型，它們實現(xiàn)了通用的AOP概念， 但是以一種Spring風(fēng)格的方式來實現(xiàn)的。使用最通用的通知類型還有一個好處，固定使用MethodInterceptor 環(huán)繞通知可以讓你在其它的AOP框架里 運行你所定制的方面。要注意現(xiàn)在切入點還不能和其它框架進(jìn)行互操作，AOP聯(lián)盟目前還沒有定義切入點接口。
|
一個更簡單的通知類型是before 通知。它不需要 MethodInvocation對象，因為它只是在進(jìn)入方法之前被調(diào)用。
前置通知（before advice）的一個主要優(yōu)點是它不需要調(diào)用proceed() 方法，因此就不會發(fā)生 無意間運行攔截器鏈?zhǔn)〉那闆r。
MethodBeforeAdvice 接口被顯示在下面。（Spring的API設(shè)計能夠為類中的成員變量提供前置通知，雖然這可以把通用對象應(yīng)用到成員變量攔截上，但看起來Spring并不打算實現(xiàn)這個功能。）
public interface MethodBeforeAdvice extends BeforeAdvice {
void before(Method m, Object[] args, Object target) throws Throwable;
}
注意返回值的類型是void。前置通知可以在連接點執(zhí)行之前插入自定義行為，但是不能修改連接點的返回值。如果一個前置通知拋出異常，這將中止攔截器鏈的進(jìn)一步執(zhí)行。 異常將沿著攔截器鏈向回傳播。如果異常是非強制檢查的（unchecked）或者已經(jīng)被包含在被調(diào)用方法的簽名中（譯者：即出現(xiàn)在方法聲明的throws子句中），它將被直接返回給客戶端； 否則它將由AOP代理包裝在一個非強制檢查異常中返回。
這里是Spring里一個前置通知的例子，它計算所有方法被調(diào)用的次數(shù)：
public class CountingBeforeAdvice implements MethodBeforeAdvice {
private int count;
public void before(Method m, Object[] args, Object target) throws Throwable {
++count;
}
public int getCount() {
return count;
}
}
![[Tip]](http://www.redsaga.com/spring_ref/2.0/images/admons/tip.png) |
Tip |
|
前置通知可以和任何切入點一起使用。
|
如果連接點拋出異常，異常通知（throws advice）將在連接點返回后被調(diào)用。 Spring提供類型檢查的異常通知，這意味著org.springframework.aop.ThrowsAdvice接口不包含任何方法：它只是一個標(biāo)記接口用來標(biāo)識 所給對象實現(xiàn)了一個或者多個針對特定類型的異常通知方法。這些方法應(yīng)當(dāng)滿足下面的格式
afterThrowing([Method], [args], [target], subclassOfThrowable)
只有最后一個參數(shù)是必須的。因此異常通知方法對方法及參數(shù)的需求，方法的簽名將從一到四個參數(shù)之間變化。 下面是一些throws通知的例子。
當(dāng)一個RemoteException（包括它的子類）被拋出時，下面的通知會被調(diào)用：
public class RemoteThrowsAdvice implements ThrowsAdvice {
public void afterThrowing(RemoteException ex) throws Throwable {
// Do something with remote exception
}
}
當(dāng)一個ServletException被拋出，下面的通知將被調(diào)用。 和上面的通知不同，它聲明了4個參數(shù)，因此它可以訪問被調(diào)用的方法，方法的參數(shù)以及目標(biāo)對象：
public class ServletThrowsAdviceWithArguments implements ThrowsAdvice {
public void afterThrowing(Method m, Object[] args, Object target, ServletException ex) {
// Do something will all arguments
}
}
最后一個例子說明怎樣在同一個類里使用兩個方法來處理 RemoteException和ServletException。可以在一個類里組合任意數(shù)量的異常通知方法。
public static class CombinedThrowsAdvice implements ThrowsAdvice {
public void afterThrowing(RemoteException ex) throws Throwable {
// Do something with remote exception
}
public void afterThrowing(Method m, Object[] args, Object target, ServletException ex) {
// Do something will all arguments
}
}
|
Tip |
|
異常通知可以和任何切入點一起使用。
|
Spring中的一個后置通知（After Returning advice）必須實現(xiàn) org.springframework.aop.AfterReturningAdvice 接口，像下面顯示的那樣：
public interface AfterReturningAdvice extends Advice {
void afterReturning(Object returnValue, Method m, Object[] args, Object target)
throws Throwable;
}
一個后置通知可以訪問返回值（但不能進(jìn)行修改），被調(diào)用方法，方法參數(shù)以及目標(biāo)對象。
下面的后置通知計算所有運行成功（沒有拋出異常）的方法調(diào)用：
public class CountingAfterReturningAdvice implements AfterReturningAdvice {
private int count;
public void afterReturning(Object returnValue, Method m, Object[] args, Object target)
throws Throwable {
++count;
}
public int getCount() {
return count;
}
}
這個通知不改變執(zhí)行路線。如果通知拋出異常，異常將沿著攔截器鏈返回（拋出）而不是返回被調(diào)用方法的執(zhí)行結(jié)果。
|
Tip |
|
后置通知可以和任何切入點一起使用。
|
Spring 把引入通知（introduction advice）作為一種特殊的攔截通知進(jìn)行處理。
引入通知需要一個IntroductionAdvisor, 和一個IntroductionInterceptor, 后者實現(xiàn)下面的接口：
public interface IntroductionInterceptor extends MethodInterceptor {
boolean implementsInterface(Class intf);
}
invoke() 方法，繼承了AOP聯(lián)盟MethodInterceptor 接口，必須確保實現(xiàn)引入： 這里的意思是說，如果被調(diào)用的方法位于一個已經(jīng)被引入接口里，這個引入攔截器將負(fù)責(zé)完成對這個方法的調(diào)用--因為后者不能調(diào)用proceed()方法。
引入通知不能和任何切入點一起使用，因為它是應(yīng)用在類級別而不是方法級別。 你可以通過IntroductionAdvisor來使用引入通知，這個接口包括下面的方法：
public interface IntroductionAdvisor extends Advisor, IntroductionInfo {
ClassFilter getClassFilter();
void validateInterfaces() throws IllegalArgumentException;
}
public interface IntroductionInfo {
Class[] getInterfaces();
}
這里沒有MethodMatcher接口,因此也就沒有 Pointcut接口與引入通知相關(guān)聯(lián)。這里只進(jìn)行類過濾。
getInterfaces()方法返回這個advisor所引入的接口。
validateInterfaces()方法將被內(nèi)部使用來查看被引入的接口是否能夠由配置的IntroductionInterceptor來實現(xiàn)。
讓我們看看從Spring測試集里拿來的一個簡單例子。讓我們假設(shè)我們希望把下面的接口引入給一個或者多個對象：
public interface Lockable {
void lock();
void unlock();
boolean locked();
}
這里描述了一個混合類型。我們希望不論原本對象是什么類型，都把這個被通知對象轉(zhuǎn)換為Lockable接口并可以調(diào)用lock 和unlock 方法。 如果我們調(diào)用lock() 方法，我們希望所有的setter 方法拋出一個LockedException異常。這樣我們就可以加入一個方面來確保對象在得到通知之前是不可修改的：一個關(guān)于AOP的好例子。
首先，我們需要一個IntroductionInterceptor來做粗活。這里，我們擴展了 org.springframework.aop.support.DelegatingIntroductionInterceptor這個方便的類。我們能夠直接實現(xiàn) IntroductionInterceptor接口，但在這個例子里使用DelegatingIntroductionInterceptor是最好的選擇。
DelegatingIntroductionInterceptor設(shè)計為把一個引入托管給一個實現(xiàn)這個接口的類， 這通過隱藏攔截的使用來實現(xiàn)。托管可以被設(shè)置到任何具有構(gòu)造器方法的類；這里使用缺省托管(即使用無參構(gòu)造器)。 因此在下面這個例子里，托管者將是DelegatingIntroductionInterceptor的子類 LockMixin。 當(dāng)一個托管實現(xiàn)被提供，DelegatingIntroductionInterceptor實例將查找托管所實現(xiàn)的所有接口 （除了IntroductionInterceptor之外），并為這些接口的介紹提供支持。子類例如LockMixin 可以調(diào)用suppressInterface(Class intf) 方法來禁止那些不應(yīng)該被暴露的接口。 然而，不論IntroductionInterceptor支持多少接口， IntroductionAdvisor的使用將控制哪些接口真正被暴露。 一個被引入的接口將覆蓋目標(biāo)對象實現(xiàn)的相同接口.
這樣LockMixin就繼承了DelegatingIntroductionInterceptor并實現(xiàn)了Lockable 接口本身。 這里父類會自動選擇Lockable接口并提供引入支持，因此我們不需要配置它。用這種方法我們能夠介紹任意數(shù)量的接口。
注意locked實例變量的用法。這有效地向目標(biāo)對象增加了額外狀態(tài)。
public class LockMixin extends DelegatingIntroductionInterceptor
implements Lockable {
private boolean locked;
public void lock() {
this.locked = true;
}
public void unlock() {
this.locked = false;
}
public boolean locked() {
return this.locked;
}
public Object invoke(MethodInvocation invocation) throws Throwable {
if (locked() & invocation.getMethod().getName().indexOf("set") == 0)
throw new LockedException();
return super.invoke(invocation);
}
}
覆蓋invoke()方法通常是不必要的：DelegatingIntroductionInterceptor里面已經(jīng)包含了一個實現(xiàn)--如果一個方法被引入，這個實現(xiàn)將調(diào)用實際的托管方法，否則它將直接處理連接點--通常這已經(jīng)足夠了。在當(dāng)前這個例子里，我們需要增加一個檢查：如果處于加鎖（locked）狀態(tài)，沒有setter方法可以被調(diào)用。
引入處理器的要求是很簡單的。它的全部要求只是保持一個特定的LockMixin實例， 并說明被通知的接口--在這個例子里，只有一個Lockable接口。 一個更復(fù)雜的例子也許會獲取一個介紹攔截器的引用（后者可以被定義為一個prototype）： 在這種情況下，不需要對LockMixin進(jìn)行相關(guān)配置，因此我們可以簡單的用new關(guān)鍵字來創(chuàng)建它。
public class LockMixinAdvisor extends DefaultIntroductionAdvisor {
public LockMixinAdvisor() {
super(new LockMixin(), Lockable.class);
}
}
我們可以很容易應(yīng)用這個advisor：它不需要配置。（然而，下面是必須記住的：不可以在沒有IntroductionAdvisor的情況下使用IntroductionInterceptor。） 對于通常的引入advisor必須是基于實例的，因為它是有狀態(tài)的。因此，對于每個被通知對象我們需要一個不同 實例的LockMixinAdvisor和LockMixin。這種情況下advisor保存了被通知對象的部分狀態(tài)。
我們能夠通過使用Advised.addAdvisor() 的編程方式來應(yīng)用advisor，或者像其它advisor那樣（也是推薦的方式）在XML里進(jìn)行配置。全部的代理創(chuàng)建選擇（包括“自動代理創(chuàng)建器”）將在下面進(jìn)行討論， 看看如何正確地處理introduction和有狀態(tài)混合類型。