typedef map<string, void*> STRMAP;
STRMAP sm;
string str = “sdfasf”;
STRMAP::iterator it = sm.find(str);
sm.insert(std::make_pair(“fasf”, &sm));
it = sm.find(str);
放到可执行程序里调用，没有任何问题；放到so里的接口里的开始，按说单步到string str = “sdfasf”;时，sm应该被初始化，变量里能看到sm的值，但实际上sm的值就是<无法访问>，再往下执行find()这一句，就崩溃了。

so之保留一个接口，接口里之保留上面的那一段代码，sm值可见了，find()、insert()接口可以正常调用；
再一点一点把代码还原，终于定位到了问题

经过上述各种定位，耗时10 60 60秒，终于定位到令人吐血的原因：
so里#include了一个某标准头文件， 该头文件里在结构体定义的前面有一句#pragma pack(x)，但后面并没有还原，于是前后分别加上#pragma pack(push)、#pragma pack(pop)，单步时变量变得可见，调用std::map和std::set的find()、insert()等方法恢复正常，不再崩溃！
为了确认问题，把加的#pragma pack(push)、#pragma pack(pop)注掉，问题立马复现，加上立马变好。
为什么会这样？so里有很多代码文件，有的没有引用这个头文件，但直接#include < map >
#include < set >，有一个cpp文件是先引用了这个标准头文件，而后再#include < map >
#include < set >，导致同一个so里map、set字节对齐不一致。但为什么windows下正确，但linux下却异常崩溃？