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

是否要加锁？

加锁的代价有多大？

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

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

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

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

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

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

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