一场由字符数组char szvalue[30]引发的“血案“

错误原因：

执行过程完全正常，但在退出一个线程函数时，出现异常：

voidRelease() throw()

{

ATLASSERT(nRefs != 0 ); // 卡在这个地方

if( _AtlInterlockedDecrement(&nRefs ) <= 0 )

pStringMgr->Free( this );

}

最初由于这个函数是释放CString变量有关的内容，所以认定肯定是Cstring变量出现问题了，所以一直致力

于寻找Cstring变量用错的地方，改了N多地方，但问题依旧，于是一行一行看函数中每个变量释放的顺序，到

底是那个出现问题了，经过几次测试之后，最后锁定了szvalue[30]这个字符串数组，改变它的位置啊，后由出现

了这个错误：

Stack aroundthe variable 'szValue' was corrupted.

所以认定了出现问题的就是他了，最终发现，

第一初始化，如果你要给定义之后就在某个函数体或其他方式中给他

赋值，可以不进行初始化，但初始化比较是保险的，所以为了避免一些不必要的错误，推荐线对其进行初始化。

第二数组越界处理：其实出现上述的错误：“szValue”周围的堆栈被破坏，很多一部分就是数组越界了。所以检查

一下数组越界就很有必要了。我在这里犯的一个致命错误就是szValue大小为30，而在调用一个函数时，由这样的

一段代码：

strcpy_s(szValue, nMaxLength, pChValue);

在这里nMaxLength却是一个大于30的数，所以,大于30以后的内存是未知的，所以函数不可能去释放一段未知

（与自己无关联）的内存了。因为指向他是指针是无效的执针，所以出现了断言：

ATLASSERT(nRefs != 0 ); // 卡在这个地方

内存块nRefs 应用计数等于了0，没有任何变量来引用，

所以ATLASSERT( nRefs != 0);