前言：
@property关键字对每一个iOS开发者而言都不是陌生的，或许很多同行会说哥们现在都swift了你再谈这个还有毛用呢，话说的不错，swift已经越来越普及（据说Swift语言杀入TIOBE 3月编程语言排行榜Top 10），更多的开发者和公司已经尝试用OC和Swift混编的模式进行开发，有放的开的已经Swift无限玩耍起来。但是归根结底OC是每个iOS开发者的起点，无论是出于基本功的要求，还是针对面试要求我们都有必要去了解更多，当然这里只是随便聊点一些平时需要注意到的，而非全部描述。
@property 的本质
答案：成员变量(ivar) + setter方法 + getter方法
“属性” (property)作为 OC 的一项特性，主要的作用就在于封装对象中的数据。 OC 对象通常会把其所需要的数据保存为各种实例变量，然后通过“存取方法”(access method)来访问。“设置方法” (setter)用于写入变量值，“获取方法” (getter)用于读取变量值，但是存取方法有着严格的命名规范。
@property(nonatomic, strong) NSMutableString *name;
上面一行代码是定义一个name属性，系统会自动帮我们生成成员变量(ivar) 、 setter方法 、getter方法，有一种说法叫“自动合成”。
开发中有时我们需要重写属性的setter/getter方法，这里提下简单注意：
- 如果同时重写setter/getter方法，系统在不在自动生成成员变量，需要手动添加
- 重写copy类型的setter方法时记得在赋值时用copy，否则外面的copy就是摆设
@interface ViewController ()
@property(nonatomic, copy) NSString *age;
@end
@implementation ViewController
- (void)setAge:(NSString *)age {
// 赋值时用copy，否则外面的copy就是摆设
_age = age.copy;
}
@end
nonatomic 和 atomic(原子性和非原子性)
atomic(原子性)：默认属性，编辑器合成的getter和setter方法通过锁定机制保证属性原子性，多线程环境下防止资源抢夺。但是由于锁定机制的保护，开销比较大， 这会带来性能问题。
{lock}
if (property != newValue) {
[property release];
property = [newValue retain];
}
{unlock}
nonatomic(非原子性)：不使用自旋锁，效率提高，一般移动端开发都会声明为nonatomic，多线程情下为保护资源安全则会用深层的锁定机制才行（GCD/NSOperation）。
总结：在iOS开发中，你会发现，几乎所有属性都声明为 nonatomic。但是在开发 Mac OS 程序时建议使用 atomic ，因为iOS使用nonatomic存在性能问题而Mac OS则不存在（心脏大不担心干活问题v）。
copy、mutableCopy
说到copy首先要谈到“浅拷贝”和“深拷贝”：
浅拷贝：指针拷贝，不同指针向同一块内存，操作的是同一个对象
深拷贝：对象拷贝，开辟出一块新的内存空间来存储拷贝的对象，和原对象再无关联（除了刚拷贝出炉时长的像而已）
- copy不可变对象(NSString, NSDictionary, NSArray等)，浅拷贝，得到不可变对象。
- copy可变对象(NSMutableString, NSMutableDictionary, NSMutableArray等)，深拷贝，得到不可变对象。
- mutableCopy不可变对象(NSString, NSDictionary, NSArray等)，深拷贝，得到可变对象。
- mutableCopy可变对象(NSMutableString, NSMutableDictionary, NSMutableArray等)，深拷贝，得到可变对象。
注意：copy出来得到的对象都是不可变的，而MutableCopy出来得到的对象都是可变的。
问题：字符串为什么用copy?
这里有个简单的小例子，一个对象拥有一个可变字符串属性，我们strong修饰而不用copy
#import "ViewController.h"
@interface ViewController ()
@property(nonatomic, strong) NSMutableString *name;
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
NSMutableString *strM = [NSMutableString stringWithString:@"jerry"];
self.name = strM;
NSLog(@"self.name = %@", self.name);
[strM appendString:@" say hello"];
NSLog(@"self.name = %@", self.name);
}
@end
控制台输入结果为：
2017-03-15 10:00:01.272 01[3109:32607] self.name = jerry
2017-03-15 10:00:01.272 01[3109:32607] self.name = jerry say hello
问题分析：可变属性不用copy，外部变量修改时，对象的属性也会跟着修改，因为本质上它们指向的是同一块内存，显然这不是我们愿意看到的，所以开发中对于NSString, NSDictionary, NSArray等这种有可变非可变之分的属性都建议使用copy，目的是为了让本对象的属性不受外界影响，使用 copy 无论给我传入是一个可变对象还是不可对象,我本身持有的就是一个不可变的副本。
block 也经常使用 copy 关键字，目的是为了将对象从栈中保存到堆中。这么做的原因：这个问题得先谈到block本身是干嘛的，block是一个能工作的代码单元，可以在任何需要的时候被调用，本质上是轻量级的匿名函数，可以作为其他函数的参数或者返回值。通常我们使用到block就是做了做回调用的，如果block在栈中，定义block的代码一旦过了作用域则会被释放掉，而后需要触发回调的时候就会找不block，为了让block持久保存，用copy修饰将其由栈中移到堆中。
weak 和 assign的区别
相同点：
- 都会给被修饰的属性指定一种“非拥有关系”，为这种属性赋值时即不保留新值也不释放旧值，虽然持有对象，但是并不增加引用计数。
不同点：
- weak属性所指的对象遭到摧毁时，属性值也会清空(nil out)。
- assign 的“设置方法”只会执行针对“纯量类型” (scalar type，例如 CGFloat 或 NSlnteger 等)的简单赋值操作。
- assign 可以用非 OC 对象,而 weak 必须用于 OC 对象
知识补充：弱引用是怎么实现的
系统对于每一个有弱引用的对象，都维护一个hash 表来记录它所有的 weak 属性， 用 weak 指向的对象内存地址作为 key，当一个对象的引用计数为 0 时， 系统就会以对象地址为key在这个 weak 表中搜索，找到对应 weak 属性，继而置成 nil。
我们可以看出，弱引用的使用是有额外的开销的。虽然这个开销很小，如果有些地方不是很需要弱引用的特性，就不应该盲目使用弱引用。
举例：很多开发者喜欢在手写界面的时候，将所有界面元素都设置成 weak 的，这与 Xcode 通过 Storyboard或Xib拖拽生成的新变量是一致的。但是这样做并不合适：首先大部分 ViewController 的视图对象的生命周期与 ViewController 本身是一致的，没有必要额外做这个事情；其次弱引用可能会出现该对象刚被创建就被释放；再者通过Storyboard或Xib拖拽生成的属性默认是weak修饰，这与苹果之前的设计有关，在 iOS6 之前应用收到 Memory warning 时，系统会自动调用当前没在界面上的 ViewController 的 viewDidUnload 方法，这些ViewController 的 View 会被 unLoad 掉，这个时候，使用 weak 的视图变量是有用的，但是现在但是这个设计已经被废弃了。
