手头上的一个项目使用了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代理的情况。
