多线程访问变量是否要加锁

是否要加锁?

加锁的代价有多大?

现在有个变量 static int g_delRecordFlag = 0;多个线程同时访问,加了互斥锁,感觉资源消耗的有点多。

这个变量即使多个线程访问冲突,也没有什么大的问题,很纠结是否加锁。
询问同事,arm访问int是原子型的,可以不加锁。
网上查询了下,
1.int变量读写是否是原子操作,是平台相关的,可以看内核相应平台的atomic.h中对atomic_set()和atomic_read()的定义,如果仅是一条汇编指令或者一个“=”赋值语句,那么对int型读写就是原子的;
2.2个线程访问某个全局变量,如果读写int型变量是原子操作,就可以不用保护,一读一写(写操作仅限于赋值,如果自加自减等就可能不是原子操作了),最好用volatile声明,防止被编译器优化;

3.如果多线程读写数据,而读数据的频率又远大于写数据的频率,使用读写锁保护比较好。由于读锁是共享的,相比互斥锁,程序并发性会好很多。

---------------------------------------------

同时网上也有人说C语言的原子操作并不是很安全的,如果编译器加了优化,那么还是有风险的。

-------------------------------------------

这里我没有加锁,后续进一步研究

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值