3. 属性和关键字
==@property==
属性 = 成员变量 + set方法 + get方法。
我们声明一个属性str的时候(@property)，在编译阶段，编译器会自动给对象添加一个实例变量_str和它的存取方法- (void)setStr:(NSString *)str和- (NSString *)str。
==@synthesize==
@property (strong,nonatomic, readwrite) NSString *str;
@synthesize str = mystr;
@dynamic str;
@synthesize关键字主要有两个作用，在ARC下已经很少用了。
- 在MRC下，@synthesize str这样，编译器才会自动合成str的存取方法。不过在ARC下就不必了，无论你是否@synthesize str，编译器都会自动合成str的存取方法。
- 如果你声明的属性是str，系统自动给你添加的成员变量是_str，如果你对这个变量名字不满，可以这样@synthesize str = mystr;，自己给个名字。
==@dynamic==
- 告诉编译器不用为我们自动合成变量的存起方法， 我们会自己实现。即使我们没有实现，编译器也不会警告，因为它相信在运行阶段会实现。
- 如果我们在子类中重写父类的属性，就会报下面的警告
Auto property synthesis will not synthesize property 'str'; it will be implemented by its superclass, use @dynamic to acknowledge intention
因为我们同时在父类和子类中同时声明了str的属性，系统就不知道该在哪里（父类Father还是子类Son？）自动合成str的存取方法，系统默认是在父类中声明，因为子类可以调用。不过，系统希望我们显式的声明这一点，这样有利于提高代码的可读性。
#import "Son.h"
@implementation Son
@dynamic str;
@end
==读写权限：readonly,readwrite==
属性默认都是readwrite的，表示可读可写，set/get方法编译器都会自动合成。如果用readonly修成属性，表示该属性是只读的，编译器只会自动合成get方法， 不会合成set方法。另外，我们可以在.h文件中用readonly中修饰属性，在.m文件类扩展中用readwrite修饰同一个属性，这样来防止外界篡改该属性。
==原子性：nonatomic,atomic==
原子性（默认）：系统其它部分无法观察到其中间步骤生成的临时结果，而只能看到操作前与操作后的结果。
非原子性：nonatomic修饰的属性不具有原子性，不使用同步锁
属性没有atomic关键字，不过你用atomic修饰属性，编译器也不会报错。
- atomic修饰的属性的==存取（get，set）==方法是==线程安全==的。
- 原子性==不能保证线程安全==，因为如果绕过set方法给属性赋值，就是线程不安全的了。
// atomic原子性的实现
- (void)setStr:(NSString *)str{
@synchronized(self) {
_str = str;
}
}
==strong==
拥有关系
为属性设置新值的时候，设置方法会先保留新值（新值的引用计数加一），并释放旧值（旧值的引用计数减一），然后将新值赋值上去。
==weak==
非拥有关系
设置方法既不会保留新值（新值的引用计数加一），也不会释放旧值（旧值的引用计数减一）。当属性所指的对象释放的时候，属性也会被置为nil。==为什么？==
==assign==
修饰基本数据(NSInteger，CGFloat等)类型和对象。
当assign用来修饰对象的时候，和weak类似。唯一的区别就是当属性所指的对象释放的时候，属性不会被置为nil，这就会产生野指针。
==copy==
- 设置新值的时候，当新值是不可变的，和strong是一模一样的。
- 当新值是可变的(开头是NSMutable)，设置方法不会保留新值（新值的引用计数加一），而是对新值copy一份，不会影响新值的引用计数。
- copy常用来修饰NSString，因为当新值是可变的，防止属性在不知不觉中被修改
==__unsafe_unretained==
- 用来修饰属性的时候，和assing修饰对象的时候是一模一样的。
- __unsafe_unretained和__weak一样，表示的是对象的一种弱引用关系
- 为属性设置新值的时候，设置方法既不会保留新值（新值的引用计数加一），也不会释放旧值（旧值的引用计数减一）
- __unsafe_unretained修饰的对象被释放后，指针不会置空，而是变成一个野指针
==为什么有__weak还要用__unsafe_unretained呢？==
__weak对性能会有一定的消耗，使用__weak,需要检查对象是否被释放，在追踪是否被释放的时候当然需要追踪一些信息，那么此时__unsafe_unretained比__weak快，而且一个对象有大量的__weak引用对象的时候，当对象被废弃，那么此时就要遍历weak表，把表里所有的指针置空，消耗cpu资源。
当你明确对象的生命周期的时候，可以使用__unsafe_unretained替代__weak,可以稍微提高一些性能
==__block 和 __weak==
- __block==会持有该对象==(需要掌握原理)，即使超出了该对象的作用域，该对象还是会存在的，直到block对象从堆上销毁；而__weak仅仅是将该对象赋值给weak对象，当该对象销毁时，weak对象将指向nil；
- __block可以让block修改局部变量（赋值而不是使用，比如给数组添加元素不需要__block），而__weak不能。
- MRC中__block是不会引起retain；但在ARC中__block则会引起retain。所以ARC中应该使用__weak。
- __block 在编译后使局部基本数据类型变为_Block前缀命名的结构体对象，包含isa指针，所以修改的是其地址，而不是值。
==__bridge和__bridge_transfer==
-
__bridge:CF和OC对象转化时只涉及对象类型不涉及对象所有权的转化； -
__bridge_transfer:常用在讲CF对象转换成OC对象时，将CF对象的所有权交给OC对象，此时ARC就能自动管理该内存 -
__bridge_retained:（与__bridge_transfer相反）常用在将OC对象转换成CF对象时，将OC对象的所有权交给CF对象来管理
