share_ptr和STL容器配合使用的一些坑

在项目的开发过程中，将一个对象的的share_ptr放入一个map中，在程序运行（linux arm64）过程中发现，系统报：

*** Error in './andi_main' : corrupted double-linked list: 0x0000ffff34006000 ***

或 *** Error in './andi_main' : double-free or corruption : 0x0000ffff34006000 ***

 

通过gdb调试发下，异常时候调用栈为循环释放一个share_ptr的引用对象，一直把栈溢出，最终导致程序异常，通过在vs2017仿真发现，在STL容器清除一个share_ptr成员的时候，不同的清除方法（map.erase()、 map[] = ptr、map.clear()）、不同的编译器（VS2017、arm64），处理有些区别，按照我们正常的逻辑，容器应该先把成员移除容器，然后再讲引用计数减一，但是：如果反过来，也就是先将应用计数减一、在将该ptr移除容器，在一些特殊场景会造成栈溢出异常：

试想这样一个场景，我们在share_ptr所引用的对象性的析构函数里再次通过share_ptr来引用该对象，会造成什么问题？

如下程序在vs2017下会异常：