iOS中为何用串行队列(Serial Queue)也无法保证对象读写操作的同步?

本文探讨了在iOS中使用串行队列进行对象读写同步时遇到的问题,分析了原因并提出解决方案,包括扩大原子操作范围、利用Swift 5的_modify方法以及操作系统的原子加1支持,旨在帮助读者深入理解同步操作。

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

在这里插入图片描述



问题现象

我们知道iOS有串行和并行两种分发队列(DispatchQueue), 其中串行队列每次只能执行一个任务,通常被当做一种很好的同步器来使用。

但是,下面使用串行队列却也无法达到同步读写count属性的目的,这是怎么回事呢?

在这里插入图片描述

如上,我们试图使用串行队列queue来同步count属性的读写操作,但实际执行发现count属性100次加+1操作结果却远远小于100。

这是神马情况?让我们一起来探究一下吧?😉



问题分析

1. 罪不在此?

看到上面的测试结果,很多小伙伴们可能会动摇串行队列可做同步器的信心。

上面代码中用串行队列保护Task.count属性读写操作的同步,到底有错吗?

答案是:并没有!!!

之前之所以100次+1不等于100的根本原因在于: tasks.count += 1 这行代码没有被同步保护,换句话说它本身不是一个原子

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大熊猫侯佩

赏点钱让我买杯可乐好吗 ;)

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值