关于多线程加锁问题

偶然间翻到了多线程加锁的帖子,记录一下

多线程间共享变量加不加锁取决于变量类型以及大小,跟CPU单次操作有关。
从:https://blog.csdn.net/youtherzhang/article/details/76093570 大神的测试结果来看(感谢大神的这么详细的测试数据)
结论:
1.对于int,short,char,BOOL等小于等于4字节的简单数据类型,如果无逻辑上的先后关系,多线程读写可以完全不用加锁
2.尽管float为4字节,多线程访问时也需要加锁
3.对于大于4字节的简单类型,比如double,__int64等,多线程读写必须加锁。
4.对于所有复杂类型,比如类,结构体,容器等类型必须加锁

早期的C++多线程可以用mutex解决此问题,C++11 引入了 atomic 来解决问题, 并且在效率方面会比mutex.lock()和mutex.unlock()方式,高效很多, 大约在4倍的样子。

补充一点,当做多线程同步io操作时候。例如,多线程socket通讯。要用原子操作,如果用互斥锁会锁死。因为多核CPU轮训的不确定性,造成互斥锁同时产生竞争关系。如果使用原子操作(例如自旋锁),则会完美解决此问题。

  • 0
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
多线程环境下使用 `std::map`,需要注意线程安全问题。由于 `std::map` 是 STL 中的容器,它并不是线程安全的,因此在多线程环境下使用时需要注意加锁。在对 `std::map` 进行读写操作时,必须保证同一时间只有一个线程在进行操作,否则会出现数据竞争问题,导致程序崩溃或数据错误。 一种解决方案是使用互斥锁来保证线程安全,即在对 `std::map` 进行操作前先锁定互斥锁,操作完成后再释放互斥锁。示例代码如下: ```c++ #include <map> #include <mutex> std::map<int, int> myMap; std::mutex myMutex; void writeData(int key, int value) { std::lock_guard<std::mutex> lock(myMutex); // 加锁 myMap[key] = value; // 写入数据 } int readData(int key) { std::lock_guard<std::mutex> lock(myMutex); // 加锁 return myMap[key]; // 读取数据 } ``` 在上述代码中,我们使用了 `std::mutex` 类型的互斥锁来保证线程安全,通过 `std::lock_guard` 类型的锁保证在执行操作时自动加锁和解锁。这种方法能够保证线程安全,但是由于每次读写操作都需要加锁和解锁,因此会带来一定的性能损失。 另一种解决方案是使用读写锁,即读锁和写锁。在读操作时加读锁,多个线程可以同时读取数据,但在写操作时加写锁,只允许一个线程进行写操作。这种方法能够提高程序的性能,但需要注意避免死锁问题。示例代码如下: ```c++ #include <map> #include <shared_mutex> std::map<int, int> myMap; std::shared_mutex myMutex; void writeData(int key, int value) { std::unique_lock<std::shared_mutex> lock(myMutex); // 加写锁 myMap[key] = value; // 写入数据 } int readData(int key) { std::shared_lock<std::shared_mutex> lock(myMutex); // 加读锁 return myMap[key]; // 读取数据 } ``` 在上述代码中,我们使用了 `std::shared_mutex` 类型的读写锁来保证线程安全,通过 `std::unique_lock` 类型的写锁和 `std::shared_lock` 类型的读锁保证在执行操作时自动加锁和解锁。这种方法能够提高程序的性能,但需要注意避免死锁问题

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值