Objective-c 线程系列一 atomic是安全的吗

Objective-c 线程系列一 atomic是安全的吗
Objective-c 线程系列二 @synchronized
Objective-c 线程系列三 NSRecursiveLock

一 Property声明是atomic

1 简单的将property分为值类型和对象类型,值类型是指primitive type,包括int,long,bool等非对象类型,另一种是对象类型,声明为指针,可以指向某个符合类型定义的内存区域。
2 讨论多线程安全的时候,其实是在讨论多个线程同时访问一个内存区域的安全问题。针对同一块区域,有读和写的两种操作,读和写同时发生在同一块区域的时候,就有可能出现多线程不安全。
3 我们只有一个地址总线,一个内存。即使在多线程的环境下,也不可能存在两个线程同时访问同一块内存区域的场景,内存的访问一定是通过一个地址总线串行排队访问的。所以,内存的访问是串行的,并不会导致内存数据的错乱或者应用的crash。
4 如果读写的内存长度小于等于地址总线的长度,那么读写的操作是原子的,一次完成。比如bool,int,long在64位操作系统下的单次读写都是原子操作。所以,从访问内存的角度看nonatomic和atomic没有区别。

二 atomic的作用到底是什么?

生成原子操作的getter和setter

设置atomic之后,默认生成的getter和setter方法执行时是原子的。也就是说,当我们在线程A执行getter方法的时候(创建调用栈,返回地址,出栈),线程B如果想执行setter方法,必须先等getter方法完成才能执行。举个例子,在32位系统里,如果通过getter返回64位的double,地址总线宽度为32位,从内存当中读取double的时候无法通过原子操作完成,如果不通过atomic加锁,有可能会在读取的中途在其他线程发生setter操作,从而出现异常值。如果出现这种异常值,就发生了多线程不安全。

三 是不是使用了atomic就一定多线程安全呢?

不一定

atomic 只是给getter和setter加了个锁,atomic只能保证代码进入getter或者setter函数内部是安全的,一旦出了getter和setter,多线程的安全只能靠程序员自己保障了。atomic由于加锁也会带来一些性能损耗,所以我们在编写iOS代码的时候,一般声明property为nonatomic,自己去加锁做同步。

四 使用了atomic线程不安全的例子

@property (atomic,strong) NSArray *array;

- (void)testAtomic{

    dispatch_queue_t oneQueue = dispatch_queue_create("11", DISPATCH_QUEUE_CONCURRENT);;
    dispatch_async(oneQueue, ^{
        for (int i = 0; i < 1000000; i++) {
            if (i%2  == 0) {
                self.array = @[@"3",@"3",@"444"];
            }else{
                self.array = @[@"4"];
            }
        }
    });
    
    dispatch_queue_t secondQueue = dispatch_queue_create("22", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(secondQueue, ^{
        for (int i = 0; i < 1000000; i++) {
            if (self.array.count > 2) {
                NSNumber *str = [self.array objectAtIndex:1];
                NSLog(@"str %@",str);
            }
        }
    });
}

五 如何做到多线程安全问题

做到代码串行的执行,能保证代码执行到一半的时候,不会有另一个线程介入,就能做到多线程安全问题。这时我们可以使用加锁的方式,来保证代码的串行。
在做多线程安全的时候,并不是通过property加atomic关键字来保证安全,而是将property声明为nonatomic(nonatomic没有getter,setter的锁开销),然后自己加锁。

参考文档

苹果开发者文档
细说@synchronized和dispatch_once
正确使用多线程同步锁@synchronized()
runtime源码
objc-sync.mm源码

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343

推荐阅读更多精彩内容