使用智能指针的两次深坑

在完善别人的代码，苦逼进行中。然后，发现了一个问题。只是随手改了一下，把数据结构体的=赋值操作改成了拷贝动作 memmove，然后测试的就说，程序大概率会崩溃。

仔细看了下，报下面的错误：

“异常: 0xC0000005: 写入位置 0xxxxxxxxx 时发生访问冲突”.

下断点跟进去，发现是在析构函数里释放赋值的那个指针操作时崩溃的。当时根本都没有怀疑到拷贝动作的改变。只是认为可能是没有初始化指针，造成了重复释放。或者说释放了一个野指针。

查来查去，结果发现，还真没有，干活的小姑娘还是相当细心的。只能想当然的认为是多个类对象互相依赖，造成的释放顺序不同引起的。

回来后，想了下，还是觉得不太放心，这种事儿还是得找到原因，不然本来程序BUG就多，再引入新的BUG，还让人活不活。

原则上来说，如果不是释放空指针或者野指针，就是重复释放指针，数组指针越界，基本上就是这几个原因。

反过头又回去调试，找到现场，发现是在0x7xxxxxx处的0x000001E处访问冲突。下断点跟踪，发现了一个问题，就是有一个智能指针的地址非常像这个，它的地址是0x000015，还没有崩溃。

然后突然想到了问题的原因，如果用赋值动作，智能指针会自动+1,而用 memmove这个函数，数据会被拷贝，但是引用计数器不会加1，结果就是：智能指针提前发现引用计数器归0，释放原始指针，当再次有上层的指针释放，调用智能指针的析构时，重复释放原始指针，崩溃。这才明白了，然后，突然想起三年前在写特征控制时，就遇到过类似的问题，不过不是用的memmove，而是用的Memset。

直接变0的结果是引用计数器无法正常操作，引起指针释放时的崩溃。

前车之辙，无以为鉴，乃成今日之事，深为憾之。