记录一次使用unordered_set插入数据异常的问题

问题描述

问题和 unordered_set 有关,相关代码如下:

//打印unordered_set的所有值
void printSet(const std::unordered_set<std::string> &data)
{
 int index = 0;
 auto it = data.begin();
 for (; it != data.end(); ++it)
 {
 const std::string& key = *it;
 EASE_ERROR("%d:%s", index++, key.c_str());
 }
}
...//其他业务代码
 
std::unordered_set<std::string> defined_task_variable;//数据定义
defined_task_variable.emplace(task_variable);	//插入代码
printSet(defined_task_variable);	//打印所有值

这些代码作为so提供给 程序A 调用,但是程序执行过程中发现,defined_task_variable 插入值后,printSet()方法应该遍历defined_task_variable,打印出其内部数据的,但实际上其打印出来的都是(null),且只在arm平台出现,且必现,但x86一切正常

排查思路

1、怀疑是线程资源冲突

相关操作函数增加线程id打印,确定是单线程,排除

2、怀疑是局部变量task_variable被释放

首先,unordered_set的emplace方法采用完美转发,不可能因为传入参数生命周期结束而导致没有值

其次,修改代码,emplace插入纯字符串,发现问题依然,排查

3、怀疑是程序A的问题

编写测试程序B,加载同一个so

此时,测试发现一个奇怪的现象。首先,x86依然正常,但是arm平台出现两种情况:

测试程序B因为代码量小,编译出来的结果在1M以下,运行正常;此时,相同的程序B再额外加上一些代码(这些代码没有用到),导致编译出来的二进制文件大小达到24M,此时运行,复现错误

什么原因呢?运行的问题出现在so中,但是却是调用so的二进制文件大小决定问题是否出现。有点诡异啊。

最终,仍然没有找到根本原因,但是既然文件大小会影响运行结果,那么减小文件是不是就可以避免了呢?

3.1、二进制文件大小

编译时加入编译器优化选项,使用-O3

set(CMAKE_CXX_FLAGS "${CMAKE_C_FLAGS} -O3 -Wall")
set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -O3 -Wall")

原本编译出来的程序A大小从20多M,降到了5M,运行正常,算是暂时解决了这个问题,但是因为使用了编译器优化,会不会导致逻辑不达预期,需要进一步测试

总结

那么,造成此问题的原因究竟是什么呢?

作者:sherlock_lin原文地址:https://www.cnblogs.com/sherlock-lin/p/18109187

%s 个评论

要回复文章请先登录注册