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