在平时创建对象
@property的时候，我们会有用到
atomic跟
nonatomic，但两者的区别在哪里
atomic
- 是默认的
- 对同一对象的set和get的操作是顺序执行的
- 速度不快，因为要保证操作整体完成
- 线程安全，需要消耗大量系统资源来为属性加锁
使用atomic并不能保证绝对的线程安全，对于要绝对保证线程安全的操作，还需要使用更高级的方式来处理，比如NSSpinLock、@syncronized等
nonatomic
- 不是默认的
- 更快
- 如有两个线程访问同一个属性，会出现无法预料的结果
- 非线程安全，适合内存较小的移动设备
在不添加atomic
或nonatomic
的情况下，默认的是atomic
atomic修饰的属性,系统生成的 getter/setter 会保证 get、set 操作的完整性，不受其他线程影响。比如，线程 A 的 getter 方法运行到一半，线程 B 调用了 setter：那么线程 A 的 getter 还是能得到一个完好无损的对象。
nonatomic修饰的属性,不做保持getter完整性保证，但在运行速度上要比atomic快
快速理解
假设有一个 atomic 的属性 "name"，如果线程 A 调
[self setName:@"A"]，线程 B 调
[self setName:@"B"]，线程 C 调
[self name]，那么所有这些不同线程上的操作都将依次顺序执行——也就是说，如果一个线程正在执行 getter/setter，其他线程就得等待。因此，属性 name 是读/写安全的。
但是，如果有另一个线程 D 同时在调
[name release]，那可能就会crash，因为 release 不受 getter/setter 操作的限制。也就是说，这个属性只能说是读/写安全的，但并不是线程安全的，因为别的线程还能进行读写之外的其他操作。线程安全需要开发者自己来保证。
如果 name 属性是 nonatomic 的，那么上面例子里的所有线程 A、B、C、D 都可以同时执行，可能导致无法预料的结果。如果是 atomic 的，那么 A、B、C 会串行，而 D 还是并行的。
简单来说，就是 atomic 会加一个锁来基本保障线程安全（但不能保证线程安全），并且引用计数会 +1，来向调用者保证这个对象会一直存在。假如不这样做，如有另一个线程调 setter，可能会出现线程竞态，导致引用计数降到0，原来那个对象就释放掉了。
