调用std::map的emplace()出现Segmentation fault (core dumped)

去年和今年在Jetson板子上写Deepstream插件代码时使用到std::map容器时都遇到过奇怪的崩溃，这些崩溃和网上别人说的引用的值没有初始化导致的崩溃根本不是一回事，就是一个非常简单的定义:

std::map<std::string, int>或者std::map<int, int>

这里的key和value根本没什么复杂的类型，所以根本不是别人常说的那种情况。

代码很简单:

在插件的GObject里定义了一个全局性的 std::map<std::string, int> source_names; 然后在set_property()里访问它:

source_names.emplace(name,id);

name和id的数据都是合法的，但就是崩溃在这里:

Segmentation fault (core dumped)

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1".
Core was generated by `./bright'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0000007f8db03ce8 in ?? () from /usr/lib/aarch64-linux-gnu/libstdc++.so.6
[Current thread is 1 (Thread 0x7f77519010 (LWP 16368))]
(gdb) bt
#0  0x0000007f8db03ce8 in  () at /usr/lib/aarch64-linux-gnu/libstdc++.so.6
#1  0x0000007f8e4972c0 in std::_Rb_tree<int, std::pair<int const, int>, std::_Select1st<std::pair<int const, int> >, std::less<int>, std::allocator<std::pair<int const, int> > >::_M_get_insert_unique_pos(int const&) () at /usr/lib/aarch64-linux-gnu/libncnn.so.1
#2  0x0000007f62667718 in std::_Rb_tree<int, std::pair<int const, int>, std::_Select1st<std::pair<int const, int> >, std::less<int>, std::allocator<std::pair<int const, int> > >::_M_emplace_unique<int, int&>(int&&, int&) (this=0x5571de7418) at /usr/include/c++/7/bits/stl_tree.h:2356
#3  0x0000007f62663f48 in std::map<int, int, std::less<int>, std::allocator<std::pair<int const, int> > >::emplace<int, int&>(int&&, int&) (this=0x5571de7418)
    at /usr/include/c++/7/bits/stl_map.h:569
#4  0x0000007f6265e4a4 in gst_dspeoplecounter_set_property(GObject*, guint, GValue const*, GParamSpec*) (object=0x5571de70d0, prop_id=2, value=0x7ff49cfb00, pspec=0x5571ee5270)
    at dspeoplecounter.cpp:273
#5  0x0000007f8f4b608c in g_object_set_valist () at /usr/lib/aarch64-linux-gnu/libgobject-2.0.so.0
#6  0x0000007f8f4b6ad0 in g_object_set () at /usr/lib/aarch64-linux-gnu/libgobject-2.0.so.0
#7  0x0000005570f52608 in br_main(int, char**) ()
#8  0x0000005570e5f7f4 in main ()

无论改成旧式的[]还是insert()插值(去年的Segmentation fault是用[]访问map就崩溃，改成用insert()就不会，也是让人非常的惊讶！)，都一样会发生Segmentation fault, 大为惊讶，按理std::map定义就可以使用啊，根本无需什么初始化。为了搞清楚原因到网上浏览了一番，看到stackflow上别人也遇到过同样的问题，居然也是用先调用clear()这个办法绕过去！Google的人遇到了类似的崩溃std::map gives errors · Issue #542 · google/sanitizers · GitHub不过看文章分析他们的问题应该是由于他们自己的程序把内存搞乱了。

经过几轮实验，这个问题弄清楚了，当GObject的数据成员是std::map时，map类型变量定义时不会像通常的程序中那样自动实例化的，需要在GObject的 *_init()函数里对这样的数据成员变量显式创建实例，或者调用std::map的clear()函数来促使其实例化。