使用属性时还有一个问题要注意，就是其各种特质设定也会影响编译器所生成的存取方法，属性可以拥有的特质分为四类：
原子性：
在默认情况下，由编译器所合成的方法会通过锁定机制确保其原子性(atomicity)。如果属性具备nonatomic特质，则不适用同步锁。请注意，尽管没有名为"atomic"的特质(如果某属性不具备nonatomic特质，那它就是"原子的"(atomic))，但是仍然可以在属性特质中写明这一点，编译器不会报错。若是自己定义存取方法，那么就应该遵从与属性特质相符的原子性。
读/写权限：
1.具备readwrite(读写)特质的属性拥有“获取方法“(getter)与”设置方法“(setter)。若该属性由@synthesize实现，则编译器会自动生成这两个方法。
2.具备readonly(只读)特质的属性仅拥有获取方法，只有当该属性@synthesize实现时，编译器才会为其合成获取方法。你可以用此特质把某个属性对外公开为只读属性。
内存管理语义：
属性用于
封装数据，而数据则要有”具体的所有权语义“。下面这一组特质仅会影响”设置犯非法”。例如，用“设置方法”设定一个新值时，它是应该“保留”(retain)此值呢，还是只将其赋值给底层实例变量就好？编译器在合成存取方法时，要根据此特质来决定所生成的代码。如果自己编写存取方法，那么就必须同有关属性所具备的特质相符。
1. assign 设置方法，只会执行针对“纯量类型”(例如CGFloat 或 NSInteger等)的简单赋值操作。
2. Strong 此特质表明该属性定义了一种“拥有关系”。为这种属性设置新值时，设置方法会先保留新值，并释放旧值，然后再将新值设置上去。
3. weak 此特质表明该属性定义了一种“非拥有关系”。为这种属性设置新值时，设置方法既不保留新值，也不释放旧值。此特质同assign类似，然而在属性所指的对象遭到摧毁时，属性值也会清空。
4. unsafe_unretained 此特质的语义和assign相同，但是它适用于“对象类型”，该特质表达一种“非拥有关系”("不保留"，unretained)，当目标对象遭到摧毁时，属性值不会自动清空("不安全"，unsafe)，这一点与weak有区别。
5. copy 此特质所表达的属性关系与strong类似。然而设置方法并不保留新值，而是将其“拷贝”(copy)。当属性类型为NSString *时，经常用此特质来保护其封装性，因为传递给设置方法的新值有可能指向一个NSMutableString类的实例。这个类是NSString的子类，表示一种可以修改其值的字符串，此时若是不拷贝字符串，那么设置完属性之后，字符串的值就可能会在对象不知情的情况下遭人更改。所以，这时就要拷贝一份“不可变”(immutable)的字符串，确保对象中的字符串值不会无意间变换。只要实现属性所用的对象是“可变的”(mutable)，就应该在设置新属性值时拷贝一份。
注意：
atomic与nonatomic的区别是什么呢？具备atomic特质的获取方法会通过锁定机制来确保其操作的原子性。这也就是说，如果两个线程读写同一属性，那么不论何时，总能看到有效的属性值。若是不加锁的话(或者说使用nonatomic语义)，那么当其中一个线程正在改写某属性值时，另外一个线程也许会突然闯入，把尚未修改好的属性值读取出来。发生这种情况时，线程读到的属性值可能不对。
如果开发过iOS程序，你就会发现，其中所有属性都声明为nonatomic。这样做的历史原因是：在iOS中使用同步锁的开销较大，就会带来性能问题。一般情况喜爱并不要求属性必须是“原子的”，因为这并不能保证“线程安全”，若要实现“线程安全”的操作，还需采用更为深层的锁定机制才行。例如，一个线程在连续多次读取某属性值的过程中有别的线程在同时改写该值，那么即便将属性声明为atomic，也还是会读到不同的属性值。因此，开发iOS程序时一般都会使用nonatomic属性。但是在开发Mac OSX
