2016.5.30更新：
经评论区提醒：
其实还有两个特性：为空性nullability和自定义getter，setter方法名属性。
这两个特性比较简单也不太常用，所以就不纳入文章。
2016.6.3更新：
今天在《iOS编程》书中看到，block对象的属性声明应该为copy（本文之前的观点是weak）更为准确。因为Block对象是在栈中创建的，而其他对象是在堆中创建的。这意味着，即使应用针对新创建的Block对象保留了强引用类型的指针，一旦创建该对象的方法返回，那么与方法内部的其他局部变量相同，新创建的Block对象也会被立即释放。为了在声明Block对象的方法返回后仍然保留该对象，必须向其发送copy消息。拷贝某个Block对象时，应用会在堆中创建该对象的备份。这样，即使应用释放了当前方法的栈，堆中的Block对象也不会被释放。
2016.6.3更新：
本文之前指出IBOutlet属性应该设为weak，但是在WWDC2015上Apple官方推荐IBOutlet属性应该设为strong，除非需要避免引用循环的属性才设置为weak。在stackoverflow上有关于这个问题的讨论，我觉得最佳实践应该是顶层视图的IBOutlet属性使用strong，子视图的使用weak。（《iOS编程》中也是这个观点）
详见：http://stackoverflow.com/questions/7678469/should-iboutlets-be-strong-or-weak-under-arc
最近在找实习工作，几乎每次面试都会被问及@property后的三个关键字。网上不是说面试一个人的iOS开发水平，问个property就大概知道了。所以今天花了一些时间总结了一下，这些内容都来自于我看过的书以及在网上查阅的一些资料。
在iOS开发中，任何一个属性都有三个特性（@property后面可以跟三个关键字），每个特性都有多种不同的可选类型。
多线程特性
默认：atomic
atomic:原子的。表示线程安全。使用atomic的目的是为了确保其他线程不在同一时间内访问相同的资源。（编译器会自动生成互斥加锁的代码，避免变量的读写不同步）但往往即使声明了atomic属性也不能一定保证线程安全，而且这种机制是耗费系统资源的。（所以一般都声明为nonatomic属性）nonatomic:非原子的。表示非线程安全。可以在不同的地方读取和设置属性的值。（可能会导致读写不同步）编译器会少生成一些互斥加锁的代码，可以提高效率。
总结：涉及到多线程的时候，使用atomic，保证安全。不涉及多线程，使用nonatomic，效率更高。
原子操作：是指不会被线程调度机制打断的操作。原子操作一旦开始，就要一直运行到结束，不会被打断。
读写特性
默认：readwrite
-
readwrite：编译器会为属性生成get方法和set方法 -
readonly：编译器只生成get方法
readonly一般用于设置内部数据的访问权限：某个对象中有一种可修改的数据，但是除该对象外，其他数据只能访问该数据而不能修改它。这时我们就可以为该数据另外设置一个readonly属性仅供外界读取，修改则在该对象中修改readwrite属性的数据。（这也是一种常用的设计模式）
内存管理特性（我对ARC的理解）
默认：strong
iOS5后使用ARC来管理内存。ARC的原则：只要某个对象被任一strong指针指向，那么他将不会被销毁。当对象没有被任何strong指针指向，那么该对象将被销毁。
strong：使用strong属性会引起引用计数加1。是指针拷贝（浅拷贝），不会拷贝内容。当有某个strong指针指向某个对象时，该对象不会被销毁，只有当strong指针设定了新的值，或是超出了作用范围时，该strong指针就不再持有该对象，倘若该对象不被其他strong指针持有，该对象就会被释放。weak：表示一种“非拥有关系”。为这种属性设置新值时，设置方法既不释放旧值，也不保留新值，不会使引用计数加1。当所指对象被销毁时，指针会自动被置为nil，防止野指针。
【适用范围：delegate,IBOutlet属性】
weak指针还可以解决强引用循环（strong reference cycle/retain cycle）：当两个或两个以上对象之间互相强引用时，无法通过ARC来释放对象，可能会导致内存泄漏。解决办法是将其中一个指针改为weak。具体改哪一个，可以为存在强引用循环的对象决定父子关系。父对象应该使用具有强引用特性的指针指向子对象，子对象应该使用具有弱引用特性的指针指向父对象。copy：先copy一个相同对象，再创建一个strong指针。（深拷贝，会拷贝内容）
【当某对象的类具有可修改的子类时，应该将属性设为copy。例如：NSString，NSArray，NSDictionary】
这样做的原因是：如果属性指向的对象的类具有可修改的子类，那个该属性可能会指向可修改的子类对象，同时该子类对象可能会被其他拥有者修改。因此，最好先复制该对象，然后再将属性指向复制后的对象。（编写具有“防御性”的代码）
@property (nonatomic, copy) NSString *string_1;
@property (nonatomic, strong) NSMutableString *string_2;
self.string_2 = [[NSMutableString alloc] init];
self.string_1 = self.string_2;
上述代码中string_2可能会被改变，但是string_1是不可变类型的。】
扩展：这个写法会出什么问题：
@property (nonatomic，copy) NSMutableArray *array;
添加,删除,修改数组内的元素的时候,程序会因为找不到对应的方法(unrecognised selector)而崩溃.因为 copy 就是复制一个不可变 NSArray的对象。
-
unsafe_unretained：（不安全不引用）用于非对象属性（即：基本数据类型），这类属性不需要做内存管理，它表示存取方法会直接为实例变量赋值。【MRC时期使用assign】
【unsafe是相对于weak而言的。unsafed_unretained类型的指针指向的对象被销毁时，指针不会自动设置为nil，而是成为空指针，因此不安全。但是当处理非对象属性时是不会出现空指针问题的】
【unretained是指不会引起引用计数加1】
补充：
MRC时期的关键字：
-
assign（赋值）：表示简单的直接赋值操作。- 用于基本数据类型（
NSInteger，CGFloat等）和C数据类型（int，float，double等） - 用于id类型。（比如delegate属性，使用
weak可以避免出现强引用循环）【当id类型使用assign时，对象被销毁，指针不会被置空，可能会引起空指针】
在引入ARC后，assign的第一个功能已经被unsafed_unretained取代，第二个功能被weak取代
- 用于基本数据类型（
-
retain（持有）：先release原来的值，再retain新值（引用计数会自动加1）。
-(void)setA:(ClassA *)a{
if(_a!=a){
[_a release];
_a=[a retain];
}
}
在引入ARC后，使用strong代替retain
当然以上只是我目前的理解，我相信以后肯定会有更深的理解。所以我会随时更新我的新看法的。
