oc面试题：atomic和nonatomic笔记

atomic用来保持属性的原子性，而nonatomic不能保持属性的原子性。

我们在多线程编程时，肯定会遇到这样一个问题。线程A调用一个属性的getter方法获取数据时，线程B调用了这个属性的setter方法为这个属性赋值。此时，线程读取到的属性值可能不对。

atomic和nonatomic的区别在于，属性生成的getter方法和setter方法不同。

// nonatomic的实现：

- (void)setA:(NSString *)a {
    if (_a != a) {
        [_a release];
        _a = [a retain];

        // do something
    }
}

- (NSString *)a {
    return _a;
}

// atomic的实现

- (void)setA:(NSString *)a {

    @synchronized (self) {
        if (_a != a) {
            [_a release];
            _a = [a retain];

            // do something
        }
    }
}

- (NSString *)a {

    @synchronized (self) {
        return _a;
    }
}

我们会发现，atomic的getter方法和setter方法多出了 @synchronized代码块。@synchronized结构所做的事情跟锁（lock）类似：它防止不同的线程同时执行同一段代码。（这里与苹果官方文档关于@synchronized的介绍有些出入。苹果官方文档更强调它“防止不同的线程同时获取相同的锁”，因为文档在集中介绍多线程编程各种锁的作用，所以更强调“相同的锁”，而不是“同一段代码”）

关于@synchronized，这篇博文：iOS开发笔记–关于 @synchronized，这儿比你想知道的还要多 讲得非常详细

对于使用atomic的属性，系统生成的getter和setter方法会保证get、set操作的完整性，不受其它线程的影响。比如，线程A的getter方法运行到一半，线程B调用了setter方法，那么线程A的getter还是能得到一个完好无损的对象。而nonatomic就没有这个保证了，所以nonatomic的速度比atomic快。

atomic并不能保证线程安全，它会增加正确的几率，能够更好的避免线程错误，但仍旧是不安全的。

一般情况下，iOS程序的所有属性都声明为nonatomic，是因为。在iOS中使用同步锁的开销比较大，这会带来性能问题，并且atomic并不能保证线程安全。想要实现线程安全，还需要采用更为深层的锁定机制。

其实属性无论是否是原子性的，只是针对于getter和setter而言。比如用atomic去操作一个NSMutableArray ，如果一个线程循环读数据，一个线程循环写数据，肯定会产生内存问题，这个就跟getter和setter没有关系了。