iOS 开发 nonatomic 和 atomic

标签：amp   就会   col   min   互斥   bsp   属性   开发   有一个   

nonatomic : 非原子属性

atomic    : 原子属性  如果不写关键字 那么默认就是 原子属性

           - 多线程写入属性时,保证同一时间只有一个线程能够执行写入操作

           - 单(线程)写多(线程)读线程技术,同样有可能出现"脏数据",重新读一下

　　　　　　 - 性能较慢

线程安全

    在多个线程进行读写操作的时候,仍然能够保证数据正确

UI线程(主线程) : 共同一个约定,所有更新UI的操作都在主线程上执行!

   原因:几乎所有的UIKit 都不是线程安全的!"取舍"为了性能!

使用 atomic 的场景 写入文件时

    NSData * data ;
    //原子属性 == YES  , 先把文件保存在一个临时的文件中,等全部写入之后,再改名
    [data writeToFile:@"xxx.mp4" atomically:YES];

 实际上,原子属性内部有一个锁,自旋锁

 自旋锁 & 互斥锁

 - 共同点:

    都能够保证线程安全.

 - 不同点:

    互斥锁:如果线程被锁在外面,就会进入休眠状态,等待锁打开,然后被唤醒!

    自旋锁:如果线程被锁在外面,就会用死循环的方式,一直等待锁打开!

 无论什么锁,都很消耗新能.效率不高

iOS 开发 nonatomic 和 atomic

标签：amp   就会   col   min   互斥   bsp   属性   开发   有一个   

原文地址：https://www.cnblogs.com/jukaiit/p/10032400.html