@property的本质是什么，有哪些属性关键字

一、@property的本质

1.本质

• 将访问、变量、访问控制进行了绑定；编译器负责自动合成。
• @property = ivar + getter + setter;

Person : NSObject 
@property NSString *firstName; 
@property NSString *lastName; 
@end

等价于

Person : NSObject 
- (NSString *)firstName; 
- (void)setFirstName:(NSString *)firstName; 
- (NSString *)lastName; 
- (void)setLastName:(NSString *)lastName; 
@end

ivar、getter、setter 是如何生成并添加到这个类中的?

• “自动合成”( autosynthesis)
  完成属性定义后，编译器会自动编写访问这些属性所需的方法，此过程叫做“自动合成”( autosynthesis)。需要强调的是，这个过程由编译器在编译期执行，所以编辑器里看不到这些“合成方法”(synthesized method)的源代码。除了生成方法代码 getter、setter 之外，编译器还要自动向类中添加适当类型的实例变量，并且在属性名前面加下划线，以此作为实例变量的名字。在前例中，会生成两个实例变量，其名称分别为 _firstName与_lastName。
  也可以在类的实现代码里通过 @synthesize语法来指定实例变量的名字.

@implementation Person 
@synthesize firstName = _myFirstName; 
@synthesize lastName = myLastName; 
@end

@synthesize：为属性创建带“_”的成员变量，同时生成getter和setter方法

二、属性关键字

1. 关键字有哪些
   atomic、nonatmoic、readonly、readwrite、assign、weak、strong、copy
2. 关键字间的区别
   nonatomic、atomiac

简单从词意上理解，nonatomic 非原子的， atomiac 原子的 。属性默认是 atomiac ， 也就是原子性的。

atomiac: 不受其他线程的影响，在 get 一个属性时，立马给这个属性在当前线程加一个锁，只有当 get 完成后，才会解锁，才会同步其他线程的 set 值。
nonatomic: 受线程影响，在 get 一个属性时， 不管是否有其他线程执行 set 方法， 只返回 get 结束时的 set 值。
从这也可以看出，nonatomic 声明的属性，执行速率上是要更快一点的 ; 其实 atomiac 这个属性在上层代码中，其实非常不常用，因为很少会遇到存在同时，多个线程对一个属性 set 。
readwrite、readonly

词意上理解，readwrite 读写，readonly 只读。 属性默认是 readwrite ， 支持读写。

readwirte: 属性同时具有 set 和 get 方法。
readonly: 属性只具有 get 方法。
这俩关键字，是对set 和 get 方法的一个总开关，就是和其词意一样。若只想类内部 set , 就声明 readonly。

• strong、retain、weak、assign、copy、unsafe_unretained

这个几个从词意上就很难理解了。 retain 、assign 是 MRC 时的关键字，到 ARC 时，换成了 strong 和 weak 。 属性默认是 MRC -- assign ;ARC -- object 是 strong，基本数据类型还是 assign 。 实际上 weak 和 assign 还是有一些不同的，strong 和 retain 几乎没什么区别，不过建议还是能用 retain 的地方尽量用 strong ， 后面也不讲 retain 。 讲到这几个关键字，就必须说到引用计数（retainCount）和生命周期。

Use Strong and Weak Declarations to Manage Ownership
By default, object properties declared like this:
@property id delegate;
use strong references for their synthesized instance variables. To declare a weak reference, add an attribute to the property, like this:
@property (weak) id delegate;
Note: The opposite to weak is strong. There’s no need to specify the **strong** attribute explicitly, because it is the **default**.

这里提一下，iOS系统中，默认的属性：ARC 中 对象默认是 strong，基本数据类型默认还是 assign。

对整个 APP 来说是内存管理机制，对单个属性来说就是生命周期 ，而引用计数就是核心。
这里简单说明一下： iOS 有个内存池的概念，所有的属性创建的时候都会被内存池关注，这个时候 retainCount = 1 ，中间对这个属性进行操作时， retainCount 可能会增加 或者 减少 ，但当 retainCount = 0 时， 内存池检测到后，就会释放这个属性对应的内存空间 。

strong、weak、assign、unsafe_unretained

• strong 和 weak
  strong 是每对这个属性引用一次，retainCount 就会+1，只能修饰 NSObject 对象，不能修饰基本数据类型。是 id 和 对象 的默认修饰符。
  weak 对属性引用时，retainCount 不变，只能修饰 NSObject 对象，不能修饰基本数据类型。 主要用于避免循环引用。
• assign
  这个关键字，可以修饰基本数据类型和 NSObject 对象。
  对这个关键字声明的属性操作时，retainCount 是一直不变的，一直为 1，只有主动调用 release 时 ，才会释放。

但是为什么我们不会用assign去声明对象呢？
这是因为 assign 修饰的对象（一般编译的时候会产生警告：Assigning retained object to unsafe property; object will be released after assignment）在释放之后，指针的地址还是存在的，也就是说指针并没有被置为nil，造成野指针。对象分配在堆上的某块内存，如果在后续的内存分配中，刚好分到了这块地址，程序就会 crash。
为什么可以用assign修饰基本数据类型？
因为基础数据类型是分配在栈上，栈的内存会由系统自己自动处理回收，不会造成野指针。

• unsafe_unretained
  这个关键字和 week 非常相似， 也是可以同时修饰基本数据类型和 NSObject 对象 ，其实它本身是 week 的前身 , 在 iOS5 之后，基本都用 week 代替了 unsafe_unretained 。 但它们之间还是稍微有点区别的，并不是完全一样，对上层代码来说，能用 unsafe_unretained 的地方，都可以用 week 代替。同时要注意一点，这个修饰符修饰的变量不属于编译器的内存管理对象。
• copy
  复制的意思，意思非常明确，但用起来是最要注意的。
  这个关键字类似 strong ，只能修饰 NSObject 对象，不能修饰基本数据类型。和 strong 不一样的地方是， copy 后的对象 ，指针地址是和之前不一样的，也就是说重新分配了一块内存，也就是所谓的深拷贝。这个关键字在用的时候，因为涉及到申请新的内存空间，所以要少用，能用 strong 的地方都用 strong ，只有必须用 copy 的地方才用 copy 。

另外要注意，copy 修饰可变类型的属性时要小心，如NSMutableArray、

三、@synthesize 和 @dynamic 分别有什么作用？

• @property 有两个对应的词，一个是 @synthesize，一个是 @dynamic。如果 @synthesize 和 @dynamic 都没写，那么默认的就是 @syntheszie var = _var;
• @synthesize 的语义是如果你没有手动实现 setter 方法和 getter 方法，那么编译器会自动为你加上这两个方法。
• @dynamic 告诉编译器：属性的 setter 与 getter 方法由用户自己实现，不自动生成。（当然对于 readonly 的属性只需提供 getter 即可）。
  假如一个属性被声明为 @dynamic var，然后你没有提供 @setter 方法和 @getter 方法，编译的时候没问题，但是当程序运行到 instance.var = someVar，由于缺 setter 方法会导致程序崩溃；或者当运行到 someVar = var 时，由于缺 getter 方法同样会导致崩溃。编译时没问题，运行时才执行相应的方法，这就是所谓的动态绑定。