2、内存管理机制

好的文章：
一、内存管理机制
二、atomic 和nonatomic的区别（性能、加锁）

strong ：强引用，ARC中使用，与MRC中retain类似，使用之后，计数器+1。
weak ：弱引用 ，ARC中使用，如果只想的对象被释放了，其指向nil，可以有效的避免野指针，其引用计数为1。
readwrite : 可读可写特性，需要生成getter方法和setter方法时使用。
readonly : 只读特性，只会生成getter方法 不会生成setter方法，不希望属性在类外改变。
assign ：赋值特性，不涉及引用计数，弱引用，setter方法将传入参数赋值给实例变量，仅设置变量时使用。
retain ：表示持有特性，setter方法将传入参数先保留，再赋值，传入参数的retaincount会+1。
copy ：表示拷贝特性，setter方法将传入对象复制一份，需要完全一份新的变量时。
nonatomic ：非原子操作，不加同步，多线程访问可提高性能，但是线程不安全的。决定编译器生成的setter getter是否是原子操作。
atomic ：原子操作，同步的，表示多线程安全，与nonatomic相反。

注意：
1、atomic关键字修饰属性的性能要比nonatomic关键字修饰属性的性能要低。所以通常在iOS开发中，定义属性使用nonatomic。目的就是为了提高性能，节省可怜的资源。

2、为什么atomic关键字修饰的属性性能会低呢？

因为atomic底层有加锁的操作，无论是什么锁内存都会有一定的开销，性能肯定会比nonatomic低。

当定义一个属性之后，编译器会为自动为我们生成带_（下划线）的成员变量以及getter/setter方法， 如果使用atomic修饰属性，那么在编译器为我们生成setter/getter方法的时候，会做加锁的操作，加锁的目的就是为了保证存取值的安全性/完整性。看场景一

场景一：A线程、B线程

如果使用atomic修饰属性值，有A和B两个线程，A线程对属性进行赋值，当A线程赋值进行一半的时候，由于加锁的缘故，A线程会持有这把锁，当B线程进行取值操作时候，发现A线程持有锁，那么会进行等待，当A线程赋值操作结束后，会放开锁，那么B线程持有这把锁，所以可以保证B线程一定可以取到一个完整的值。

如果使用nonatomic修饰属性值，有A和B两个线程，A线程对属性进行赋值，当A线程赋值进行一半的时候，B线程进行取值操作，由于没有加锁，B线程取不到一个完整的值，拿到一个不完整的值去做一些操作就可能会发生意想不到的事情。

但是atomic并不能保证线程是安全的，看场景二

场景二：A线程、B线程、C线程

使用atomic修饰属性，如果有A、B和C三个线程。其中A和B线程同时对一个属性进行赋值操作，当赋值一半的时候，C线程进行取值操作，那么可以保证C线程一定可以取到一个完整的值，但是这个值的内容可能是A线程赋的值，也可能是B线程赋的值，也可能是原始值，虽然取得了完整的值，但是这个值不一定是程序员想要的，所以说atomic并不是线程安全的。

总结：在平时开发的时候，不涉及线程安全的时候，比如一些UI控件必须在主线程操作的，用nonatomic可以提高性能。而真正要涉及线程安全，不能只靠编译器，需要程序员自己控制。

僵尸对象、野指针与空指针

1、僵尸对象: 所占用的内存已经被回收的对象叫僵尸对象，
注意：僵尸对象不能再使用
2、野指针: 指向僵尸对象的指针叫野指针
注意：给野指针发送消息会报错EXC_BAD_ACCESS错误:访问了一块已经被回收的内存
3、空指针: 没有指向任何对象的指针(存储的东西是nil,NULL,0)。
注意：给空指针发送消息不会报错,系统什么也不会做,所以在对象被释放时将指针设置为nil可以避免野指针错误

注: 默认情况下,Xcode是不会监听僵尸对象的,所以需要我们自己手动开启,开启监听僵尸对象步骤为: Edit Scheme ->; Run ->; Diagnostics ->; Objective-C的Enable Zombie Objects打钩,这样便可以在因为僵尸对象报错的时候给出更多错误信息