Aop RealProxy 千年遇BUG

昨夜一名CYQ.Data 框架爱好者在测试V5Beta版本时，向我发一个问题， 说F5下正常，直接运行exe会报错，于是，一夜深究后，就有了今天的博文。

当你运行一段代码、一个软件，在运行时你发现：Debug下正常， Release下F5运行也正常，唯独Release编绎后单独运行异常，你会怎么想？

这个问题对我而言，脑海里不曾有过，于是蛋定思蛋，先百度了一下：发现网上信息并不多，偶尔几条也是VC++的，对于C#的，绝无仅无。

当我把代码发给一友人，让他也帮忙试下时，发现对方的win7 64位竟然运行正常，灵异性又提升了一个等级。

面对这神一般的灵异Bug，我费了N个小时折腾，找一个不能调试的Bug，因为F5下都是正常的，那个辛苦啊。

灵异现象已经说了，那灵异点是什么呢？标题已经出卖了这个问题，和Aop的RealProxy有关。

光说AOP，园子里懂的人不多，用的估计也不多，所以深入无谓，浅出又难，只好简单过过场。 

我是怎么发现问题是在Aop RealProxy?

这个使用常规方法，在代码段里插一些弹出信息，来缩小出错的代码片断，最终找到了它。

为了减少废话，这里直接讲述两点：

1：哪些代码有问题，哪里有问题？

以前我写过一篇文章：C# Aop简单扫盲及ORM实体类属性拦截示例，可以先理解下AOP，但是它是有问题的，就是今天的问题。

这里给出详细的错误代码，和注释错误点，代码通常都有点长，不容易看：

View Code 

通常大量的代码测试及分析方法，我发现了，只要Aop对象涉及到内部成员变量，在Release编绎后运行就一定会报错。

2：如何解决。 

在历经各种无解后，我发现了，RealProxy还有另一种写法，而这另一种写法，竟然可以解决这个问题，代码如下：

View Code 

3：Debug和Release还有F5，究竟隐藏怎样的秘密？ 

我也不懂，这涉及更底层的问题，不在我深究的范围内，懂的人士可以留言给大伙解答下。

总结：

终于，在忙碌微博精灵系列软件的日子里，终于又抽空完成了一篇文章，感觉不容易啊。

版权声明：本文原创发表于博客园，作者为路过秋天，原文链接：

http://www.cnblogs.com/cyq1162/archive/2012/08/29/2662492.html