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对象来管理