没有人挽尊的，放弃吧。狗头

很赞。

@hxndg 线上系统有个类似的问题被发现了，不过栈看着比较奇怪，我按照那个逻辑写了这个来复现。问题已经修复了，但是还是没能找到一个比较信服的解释，来说明 std::string key = local_name + "**";这行会 core 的原因。
确实多线程操作不小心导致的问题。

@Monad 会有两种 core 。一种是你尝试的这个，还有一种是我发的那种。

@Wirbelwind
可能跟编译器有关吧。我用 4.8.5 和 7 的版本都试了下，都是有问题的。目前我这没有 msvc 的环境。
这个现象确实在 linux 下发生了。所以百思不得其解。
谢谢回复。

@imjamespond 怀疑是 cow 做了什么动作，可是我没有证据:)
谢谢回复。

@matrixji 应该不是的，我开始的版本没有使用 devtooset-7，也有问题，后面想升级 gcc 版本，发现也是类似的问题。
coredump 的内容确实如我帖子里的。很是奇怪为啥 std::string key = local_name + "**";这一行会有问题。
谢谢回复。

@hxndg 非常感谢。确实会有两种 coredump 发生。
第一种 27 行的那个，比较好理解。
发生在 28 行的这个 core 其实不太符合预期，如果拷贝的临时变量不是存储在左边的值，而是右边的值，那么可以说的通。但是我确实没有找到类似的证据，证明这一点。
谢谢了。

@secondwtq
是的，我开始也认为写入会导致数据不准确。但是 local_name 变量是一个成员变量，并没有去修改它。开始怀疑是 cow 的一些机制导致的，但是我找不到任何的证据。线上发生了类似的 core，栈的地方和实际的操作有问题的地方不一致，导致排查的时候需要通览一下代码，我在想有没有什么方法可以直接定位到写错误的地方？

@yianing 谢谢详细的讲解。在 append 的地方，都是只读的成员变量 local_name，并没有去写。但是栈中显示的这个变量内存乱了，比较让人诧异。按说应该是 a->name 的内存有问题才对。

mark 下。看了感觉很不错。

把所有话都写在标题了。。。。。

讲解的很生动，学习了。不错

不交钱，还想用。那是不对的。哈哈哈

在北邮人看到了，就投递了，貌似不像校招啊。。。。。哈哈哈，看来投错了

北京的就看看不说话了。

突然觉得带我的几个老司机码农都太好了，遇到什么问题都帮我及时解释清楚，自己也学习到了不少。