多线程并发访问可能出现的崩溃问题

最新推荐文章于 2025-10-30 08:45:41 发布

原创最新推荐文章于 2025-10-30 08:45:41 发布 · 1.3w 阅读

0 ·

CC 4.0 BY-SA版权

技术专栏收录该内容

250 篇文章

订阅专栏

本文探讨了iOS应用中多线程并发修改同一属性导致的崩溃问题。具体表现为在不同NSOperation中同时调用同一方法更新同一个属性值时产生的竞态条件。文章提供了两种解决方案：一是通过设置属性为atomic来降低并发风险；二是推荐使用临时变量或加锁机制确保线程安全。

出现这个崩溃的现象是，进入一个界面时，该界面会同时发起三个异步请求操作。每个操作在发起数据请求时，都可能会调某一方法进行存取某一属性值。

如属性comName;

该属性声明为:@Property (nonatomic, strong) NSString *comName;

-(void)updateComInfo {

self.comName = @"nicedone";

}

当这几个异步请求在发起时每一个请求都会先执行updateComInfo方法，而每一个请求都是在一个NSOperation中的。这三个NSOperation请求在各自的线程中，执行顺序不确定，所以会可能出现两个线程同时调用updateComInfo，从而会出现同时修改self.comName的调用，从而会出现崩溃的问题。

解决办法：

1. 把self.comName属性修改成atomic。但这种方法会导致当前线程访问时，其它的线程执行受阻。所以除非特别必要，建议不要使用这个方法。

2. 修改线程调用updateComInfo，避免同时调用的情况出现。如用临时变量数据进行代替。或者注意改动代码，以避免同时去修改一个变量。或者在修改这个变量时进行加锁操作。