@saturn7 嵌入式设备，要做硬件通讯，没办法

@ohwind 然而并没有……

@xiatwhu
@leonshaw
@kkhaike

感谢回复，已经排查到，见附言

@cnbatch Ubuntu20.04 已经确定修复了这个 bug

@yolee599 只有这部的代码是正常的

$ cat header.h
#pragma once

#include <stdio.h>
#include <stdint.h>
#include <string>

struct ModuleConfig
{
ModuleConfig()
{
printf("ModuleConfig::constructor\n");
}

~ModuleConfig()
{
printf("ModuleConfig::destructor\n");
}

uint32_t identity;
std::string pdoMapName;
uint32_t pdoMapInOffset;
uint32_t pdoMapOutOffset;
};

$ cat main.cpp
#include "header.h"

int main()
{
ModuleConfig* newModule = new ModuleConfig;
printf("line: %d\n", __LINE__);
newModule->identity = 243423;
printf("EEEEE %d\n", newModule->identity);
delete newModule;
printf("line: %d\n", __LINE__);
newModule = NULL;
printf("line: %d\n", __LINE__);

return 0;
}

我今天签到了三次了

@billccn g++ 9.4.0 ，Ubuntu 20.04 ，C++ 11

@leonshaw 哈哈，早下班了，明天再看。话说看下附言，已经确定跟 vector 没关系了，是那个 ModuleConfig 的析构函数的问题

@e7 只 push 了一次，那个 size 很大说明已经出问题了。

话说已经确认跟 vector 没关系了，问题在 ModuleConfig 的析构函数。

@imagecap printf 是因为出问题才加了调试的

@leonshaw 没有魔改，都是标准库，g++ 9.4.0

@mybyons

目前做的测试：

1. 把 ModuleConfig 里面的 std::string pdoMapName 删除，问题消失；
2. 把 testVec 定义为 std::vector<ModuleConfig*> 然后通过 new 创建对象再 push_back 指针，问题消失

@tkhmy 单线程也会崩溃

@doraf 会崩溃的

@blacktail @jones2000 @inhzus @nightwitch 我也这么怀疑的，但是我用 gdb 看了，这个程序只有两个线程，另一个线程崩溃时处于 sleep 函数（而且业务逻辑上，这两个线程不会操作同一块内存区域）。

有可能是在之前某个操作导致堆区已经坏了，然后这里触发的吗？

@ichao1214 看了，并没有多线程操作

@C47CH
@Rothschild

如果是其他部分的 bug ，但我这里的 testVec 是局部变量。难道是其他地方把堆区破坏了吗？

@nuk 分配在栈上，也没啥影响吧？ push_back 会做一次 copy 的

我有类似情况，现在每天吃一片复合维生素 B 片，对溃疡有较明显的预防和促修复效果

@estk 不稳，我觉得你这么搞很容易被风控