memcpy() 是非线程安全的,并发时需加锁或使用原子操作
清泛原创
最近调查线上一个问题,就是一块 int32 的内存会极低概率出现 -18亿的巨数字,有时又是正确的。自己刻意测试又不能再现,在确认不可能将这样一个巨量数字写入的情况下,这时只能怀疑多线程并发在作祟了(其实,在任何时候出现低概率事件又无法解释的时候,怀疑是多线程并发导致的,往往是非常不错的方向)。
在调查写入内存可能的地方时,发现有一个 memcpy() 函数拷贝数据的地方,而其他有的地方用的直接是int赋值或int指针赋值就不会出现数据错乱的情况。根据各种情况判断下来,一定就是 memcpy() 在多线程拷贝的时候,不是原子性的,是一个个字节进行拷贝,就会出现内存写入非预期的值的情况。而赋值是原子性的,可以无需加锁。
解决方法嘛,当然是加锁了,可以使用mutex互斥锁,但是考虑到高性能因素,使用spinlock自旋锁可能比较好,也可以考虑使用CAS的方式进行内存原子拷贝。
在调查写入内存可能的地方时,发现有一个 memcpy() 函数拷贝数据的地方,而其他有的地方用的直接是int赋值或int指针赋值就不会出现数据错乱的情况。根据各种情况判断下来,一定就是 memcpy() 在多线程拷贝的时候,不是原子性的,是一个个字节进行拷贝,就会出现内存写入非预期的值的情况。而赋值是原子性的,可以无需加锁。
解决方法嘛,当然是加锁了,可以使用mutex互斥锁,但是考虑到高性能因素,使用spinlock自旋锁可能比较好,也可以考虑使用CAS的方式进行内存原子拷贝。
上一篇:【解决】undefined reference to 'apr_thread_rwlock_destory'、undefined reference to 'apr_initialize'
下一篇:C++ SpinLock 自旋锁的代码实现(全网最简略的方式)