手头上的一个项目使用了Spring.net的AOP了处理程序的异常,一不小心就掉进了陷阱,这里记录下来,希望对后来者有所帮助。Spring.net的AOP实现是通过运行时创建动态的AOP代理来完成的。简单图示如下:
图中的“POJO”以词来自Java,表示一个普通的.net对象,所有对POJO的调用都要经过Aop代理进行,因此Aop才有机会插入Pre_Action、Post_Action、和Around_Action。
现在我以手上的工作举个例子,看我是如何掉入陷阱的:
{
void Initialize() ;
void fsManager_AsServiceListChanged(int serverID, string serverName, ArrayList serviceList) ;
void CheckMySelf() ;
}
我们没有必要了解IIrasRemotingServiceAccesser接口的具体用途,只要了解这个接口将被Aop代理,为了使Aop能够截获fsManager_AsServiceListChanged方法,我把它放入了接口定义中,实际上它是一个事件处理函数,本应是私有的。
Initialize方法使用fsManager_AsServiceListChanged预定了某个事件:
{
this.fsManager.AsServiceListChanged += new CbServiceChanged(fsManager_AsServiceListChanged);
}
运行程序后,发现CheckMySelf方法能正常被AOP截获,而当fsManager.AsServiceListChanged事件发生时,对fsManager_AsServiceListChanged的调用没有被截获。
这是为什么?
原来是预定事件时,绕过了AOP代理:
{
this.fsManager.AsServiceListChanged += new CbServiceChanged(this.fsManager_AsServiceListChanged);
}
请注意红色的“this”,正是它绕过了AOP代理。所以fsManager_AsServiceListChanged的调用没有被截获。解决方案?我常用的有两种:
(1)将this换为代理:
{
IIrasRemotingServiceAccesser myAopProxy = (IIrasRemotingServiceAccesser)MainClass.SpringContext.GetObject("irasRemotingServiceAccesser") ;
this.fsManager.AsServiceListChanged += new CbServiceChanged(myAopProxy.fsManager_AsServiceListChanged);
}
可以看到,myAopProxy.fsManager_AsServiceListChanged被委托为事件处理函数,这是通过Aop代理myAopProxy进行。这种方法解决了问题,但是又引入了新的问题--IIrasRemotingServiceAccesser实现类不再是一个“POJO”,而是依赖于Spring.net框架了。更好的办法是第二种:
(2)使用前文的Bridge方式。将IIrasRemotingServiceAccesser设计修改如下:
{
void Initialize() ;
void ChangeServiceList(int serverID, string serverName, ArrayList serviceList) ;
void CheckMySelf() ;
}
然后通过Bridge将IIrasRemotingServiceAccesser 和 fsManager的事件桥接起来。(原理详见http://zhuweisky.cnblogs.com/archive/2005/12/20/301098.html)
如此,原来Initialize方法中的事件预定就转移到Bridge中了,所以就避免了绕过AOP代理的情况。