多线程读操作的异常安全性

     最近在写一个项目,程序偶现一个“double free” 问题,经过排查发现在实际运行情况中会有多个线程调用一个loadString操作,而原本loadString只是一个读操作,而多线程共同读同一个资源信息按理说应该是不会有同步问题出现的,但是通过GDB调试发现程序的崩溃处在switchLanguage的一个赋值操作。

 然后我走进switchLanguage中发现那个崩溃的赋值操作发生在两个map进行赋值的时候。

 而容器在进行赋值操作时,会先清理掉原先的内存然后再对新的内存进行赋值,而STL中的容器大多不是线程安全的。所以很有可能内部的销毁操作执行多次,这也就是为什么会发生double free的原因了。而且多线程的运行情况无法保证每次都重现、程序都崩溃。所以自然是个偶现的BUG。

  因此解决办法就是在外部执行switchLanguage操作时加锁,以防止多个进程同时进入。

总结: 由于之前的多线程编程经验较为贫乏,想当然地认为读操作多线程访问肯定是没有问题的,事实证明多线程的水还很深。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值