IOS项目中nonatomic和atomic分析

nonatomic:不安全
atomic:加锁+耗性能
只知道这两个特点是不够的，下面根据代码分析原因。

//有两个属性，分别设置为nonatomic和atomic
#import <UIKit/UIKit.h>

@interface ViewController : UIViewController

@property (nonatomic, strong) NSString *name;
@property (atomic, assign) int number;

@end

一、 10000个异步任务，修改name属性的值

- (void)nonatomic{
    for (NSInteger i = 0; i < 10000; i++) {
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            self.name = [NSString stringWithFormat:@"name:%ld", i];
        });
    }
}

执行结果：崩溃，崩溃原因是在子线程Thread8上，对象释放了。

image.png

结果分析：
1、在MRC模式下，属性name的set方法如下：

-(void)setName:(NSString *)name{
    if (_name != name) {
        [_name release];
        [name retain];
        _name = name;
    }
}

2、虽然在ARC模式下不用写其set方法，但是在底层还是会走到这里
3、因为是多线程，且没有加锁保护，所以在一个线程走到[_name release]后，可能在另一个线程又一次去释放，这时候造成崩溃。
4、把name属性的nonatomic改成atomic就不会崩溃了，因为atomic加锁了，是安全的。

二、接着上步说用atomic就安全了，再进一步分析

number属性使用atomic修饰的

- (void)atomic{
    _number = 0;
    dispatch_apply(10000, dispatch_get_global_queue(0, 0), ^(size_t index) {
        self->_number ++;
    });
    NSLog(@"_number:%d", _number);
}

执行结果：执行结果并不是10000，而且每次运行结果都不一样，即运行结果不可预见。

image.png

结果分析：

_number++等价于
 int temp = _number+1;
 _number = temp;

虽然atomic保证了number属性线程安全了，但是并不能保证temp变量的线程安全，又因为是多线程的，所以有可能同时执行多次 int temp = _number+1;才执行一次 _number = temp;导致结果每次都不同，而且结果不可预知。

这时候就可以知道为什么不用atomic了：因为atomic会耗性能，而且大部分情况下并不会保证线程安全。

什么时候可以用atomic呢：在最简单的，只有一个set时，简单的读写实例变量。

UIKIT不需要使用atomic：因为UIKIT是在主线程做的，不存在线程安全问题。