多线程使用误区总结

1.atomic的作用？

用处一： 生成原子操作的getter和setter。

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

用处二：设置Memory Barrier

对于Objective C的实现来说，几乎所有的加锁操作最后都会设置memory barrier，atomic本质上是对getter，setter加了锁，所以也会设置memory barrier。官方文档表述如下：

Note: Most types of locks also incorporate a memory barrier to ensure that any preceding load and store instructions are completed before entering the critical section.

memory barrier有什么用处呢？

memory barrier能够保证内存操作的顺序，按照我们代码的书写顺序来。听起来有点不可思议，事实是编译器会对我们的代码做优化，在它认为合理的场景改变我们代码最终翻译成的机器指令顺序。

2.atomic是线程安全？

不是,原因是atomic保证setter、getter的原子性，但是不保证对象在多个线程中是原子性操作（读、写是串行操作），所以atomic不保证对象的线程安全！

如何做到线程安全？
原子性、线程加锁

线程安全和atomic没有关系，这也是为什么我们在做多线程安全的时候，并不是通过给property加atomic关键字来保障安全，而是将property声明为nonatomic（nonatomic没有getter，setter的锁开销），然后自己加锁。
线程安全的问题不是给property加上atomic就能搞定的，atomic只能保证property的setter、getter方法原子性，不能保证代码逻辑的原子性。

---

代码的原子性需要我们自己加锁，特别是对于集合NSArray,NSDictionary等操作要保证原子性，必须在读、写操作时分别上锁，同时保证读和写的原子性才能保证多线程安全

参考：iOS多线程到底不安全在哪里？http://mrpeak.cn/blog/ios-thread-safety/