【概述】
相信经常使用接口的朋友们，经常碰到访问违规异常(Access violation)，很多情况下无法理解，认为是编译器的Bug，然后去绕开它，不追其根源，把责任推给IDE，推给编译器(其实本人以前也经常这样想)。其实每个异常都是有原因的，碰到这种问题不要绕开，如果目前无法解决，至少要清楚的知道它出现的起因，不放过每一次追根到底的机会。这才是做程序员的应有的心态。(好像有点扯远了…)
【问题描述】
今天公司外包模块中，外包人员反应出现一个很奇怪的问题，说模块中无故出现了AV异常。调试果然如此，而且每次都能出现，每次都能出现的异常就好解决，
最初的代码如下：
一个点击按钮事件中包含如下一段代码：
这样程序在退出函数的时候引发了一个AV异常(end;运行之后)，这时候一般对接口不了解的都无从下手。也无从下手进行调试。
【问题分析】
首先上面这句简单的访问其实会出现接口的临时变量，而这个变量在函数退出的时候会执行清理，因为executeSelect函数中释放了插件的实例，然后清理临时接口变量时会触发接口对象的__release方法。这个时候引发的一个异常。
我改造一下代码，让错误在函数退出之前出现，完整代码如下。
我用两个局部变量，这样改造后，在执行lvIntf := nil的时候就会出现AV错误。
我顺便把executeSelect代码贴一下，可以看到这个插件是一个窗体对象实例。在执行这个函数里面会把窗体显示，然后进行了释放，然后退出了函数。
大概的原因明白后，我们调整下代码，代码如下：
注意红色部分，选取完后(释放实例后)，然后马上清理接口变量，这个时候，其实内存块应该还是完整的(个人推测)，所以清理时不会出现访问违规异常。
下面我来做个调试证明我的推测
看红色框出来部分，两个接口变量在释放完后，和之前的指向的内存块中值是一样的(我只获取了一个值，其实可以进行完整对比)，然继续执行。
在看看红色部分,这个时候(其实执行玩cdsOrgan.Append就出现了),lvIntf指向的内存块已经被清理了，因为有新的内存申请。所以后面在清理lvIntf := nil的时候出现访问违规错误。
好了到了这个时候，我们应该发现引发异常的真正原因了：在清理接口变量时，访问了一块不可预知的内存块，所以导致了访问违规错误。所以请大家在使用接口过程中注意接口的清理工作。
*认真阅读会收获更多。
==========================================
<a href="http://www.diocp.org/">http://www.diocp.org/</a>