atomic是绝对的线程安全么?为什么?如果不是,那应该如何实现?

本文深入探讨了在多线程环境下,即使使用了atomic属性,也不能保证代码的线程安全。通过具体示例说明了atomic仅确保了属性的存取方法线程安全,但复杂的表达式如self.intA=self.intA+1仍可能引发线程冲突。文章强调了在多线程编程中,除了使用atomic外,还需引入互斥锁等机制以确保线程安全。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

atomic不是绝对的线程安全。atomic的本意是指属性的存取方法是线程安全的,并不保证整个对象是线程安全的

    @property (atomic, assign) int intA;

    

    //线程A

    for (int i = 0; i < 10000; i ++)

    {

        self.intA = self.intA + 1;

        NSLog(@"Thread A: %d\n", self.intA);

    }

    

    //线程B

    for (int i = 0; i < 10000; i ++)

    {

        self.intA = self.intA + 1;

        NSLog(@"Thread B: %d\n", self.intA);

    }

 

self.intA 是原子操作,但是self.intA = self.intA + 1这个表达式并不是原子操作。
所以线程是不安全的。
threadA 在执行表达式 self.intA之后 self.intA = self.intA + 1;并没有执行完毕
此时threadB 执行self.intA = self.intA + 1;
再回到threadA时,self.intA的数值就被更新了;所以仅仅使用atomic并不能保证线程安全。

需要用互斥锁来保证线程安全性。

转载于:https://www.cnblogs.com/huangzs/p/10533135.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值