@blacksmith 重新看了一下 libstdc++的源码。baseic_string::operator=的 实现，不同版本不一样。所以我的环境永远不会 codedump 。

https://github.com/gcc-mirror/gcc/blob/releases/gcc-4.8.5/libstdc%2B%2B-v3/include/bits/basic_string.h 是 Centos 对应的版本，实现很简单：
basic_string&
operator=(const basic_string& __str)
{ return this->assign(__str); }
无条件地去 assign 新的内容，assign 里面的逻辑就是 free 老的，clone 新的。

https://github.com/gcc-mirror/gcc/blob/releases/gcc-9.3.0/libstdc++-v3/include/bits/basic_string.h 你可以找下新版的实现就不一样了，如果当前的长度够了，就不会去 free，而是直接在当前 buffer 上 Copy 。

由于是多线程操作，所以会造成两个线程同时执行 assign 的操作。
那么有可能出现：
同一个地址被 free 两次，照成 double free，那就是 @Monad 提到的第一个错误。
被 free 掉了继续使用，那就是你出现的这种情况：
线程 1：Free -> New -> 使用（实际已经被 Free 掉了）
线程 2：..........................Free.............

所以 coredump 的时机也就不一定了。如果楼主要细究，可以用 valgrind 跑一下就清楚了。