readwrite
-
编译器会自动生成setter/getter方法；
可以读、写；
readwrite是默认的；
readonly
-
声明你的属性是只读的，并且告诉编译器不用自动生成setter方法；
-
当你尝试给一个readonly的属性赋值时，会Xcode提示错误。
copy
-
在iOS开发中，一般copy关键字用在NSString、NSArray、NSDictionary等属性字段的修饰符。
-
为什么上述属性需要使用copy修饰呢？
-
假如有一个NSMutableString,现在用他给一个retain(strong)修饰 NSString赋值,那么只是将NSString指向了NSMutableString所指向的位置,并对NSMutbaleString计数器加一,此时,如果对NSMutableString进行修改,也会导致NSString的值修改,原则上这是不允许的. 如果是copy修饰的NSString对象,在用NSMutableString给他赋值时,会进行深拷贝,及把内容也给拷贝了一份,两者指向不同的位置,即使改变了NSMutableString的值,NSString的值也不会改变.
-
所以用copy是为了安全,防止NSMutableString赋值给NSString时,前者修改引起后者值变化而用的.
-
我这样说你就明白了 A->B A中的一个MutableString给B中的一个Property(NSString类型)赋值 首先是能接受的，父类可以接受子类，如果是retain，仅仅是生成一个指针，计数器加一，然后指向那个MutableString。如果MString改变，B中那个跟着改变，因为是同一块内存区域。而选择Copy相当于又生成了一个NSString，与A中的MutableString独立。
-
unsafe_unretained
-
unsafe_unretained就是ARC版本的assign；
-
对象被释放后指针不会被置为nil，这会导致悬空指针的出现。
assign
-
assgin 是默认的，不更改引用计数；
-
一般用于基础类型的数据（NSInteger）和C语言类型数据(int,float,double,char,bool)
-
assgin 对象被释放后指针不会被置为nil，这会导致野指针的出现。
-
assign修饰对象类型会怎样？
-
首先我们需要明确，对象的内存一般被分配到堆上，基本数据类型和oc数据类型一本被分配在栈上。
如果用assign修饰对象，当对象释放后（因为不存在强引用，离开作用域对象内存可能被回收），指针的地址还是存在的，也就是说指针并没有被置为nil,下次再访问该对象就会造成野指针异常。对象是分配在堆上的，堆上的内存由程序员手动释放。
assign修饰基本数据类型或OC数据类型，因为基本数据类型是分配在栈上的，由系统分配和释放，所以不会造成野指针。
retain
-
释放旧对象，并使传入的新对象引用计数+1;
-
retain和strong一样；
-
Apple说如果你用了retain修饰对象，它将自动被转换为Strong；
此+ 属性只能用于NSObject及其子类，而不能用于Core Foundation（因为其没有使用引用计数，需要另外使用CFRetain和CFRelease来进行CF的内存管理）
weak
告诉系统：在别人强引用它之前，尽可能的保留；不改变引用计数；
assign也是一样的，不持有也不释放；
weak引用是弱引用，你并没有持有它；
weak本质上是分配一个不被持有的属性，当引用者被销毁（dealloc）时，weak引用的指针会自动被置为nil。
只要对象不在被强引用，那么该对象将会被释放，同时所有的弱指针都将被置为nil。
如果你想避免循环引用，那么就用weak来修饰吧。
strong
-
告诉系统：把这个对象保留在堆上，直到没有指针指向它；
换句话说：我持有这个对象，在我用完它之前你不能将其销毁(dealloc)；
只有当你需要保留该对象时才能使用strong修饰；
在ARC下使用strong不用担心引用计数的问题，ARC会在你需在需要该对象时自动将其释放
nonatomic
nonatomic 意味着多线程访问变量（动态类型）；
nonatomic 线程不安全(这里指的读写线程的安全)；
nonatomic 执行性能较高；
nonatomic 不是默认的，我们需要在属性修饰中添加nonatomic关键字；
当两个不同的进程（线程）访问同时访问该属性的时候，可能得到的结果并不是我们的。
atomic
atomic 意味着只有一个线程访问变量（静态类型）；
atomic 线程安全(这里指的读写线程的安全)；
atomic 执行性能比较低；
atomic 是默认的；
非垃圾收集环境（例如使用retain/release/autorelease）中的原子访问器会使用线程锁，确保其他线程不会影响到当前线程对该属性的正确读写(getting/setting)。
iOS之iOS9新特性——nonnull、nullable、null_resettable、_Null_unspecified
- 什么情况使用 weak 关键字，相比 assign 有什么不同？
- 什么情况使用 weak 关键字？
在 ARC 中,在有可能出现循环引用的时候,往往要通过让其中一端使用 weak 来解决,比如: delegate 代理属性
自身已经对它进行一次强引用,没有必要再强引用一次,此时也会使用 weak,自定义 IBOutlet 控件属性一般也使用 weak；当然，也可以使用strong。在下文也有论述：《IBOutlet连出来的视图属性为什么可以被设置成weak?》
-
不同点：
weak 此特质表明该属性定义了一种“非拥有关系” (nonowning relationship)。为这种属性设置新值时，设置方法既不保留新值，也不释放旧值。此特质同assign类似， 然而在属性所指的对象遭到摧毁时，属性值也会清空(nil out)。 而 assign 的“设置方法”只会执行针对“纯量类型” (scalar type，例如 CGFloat 或 NSlnteger 等)的简单赋值操作。
-
assign 可以用非 OC 对象,而 weak 必须用于 OC 对象
- 怎么用 copy 关键字？
-
用途：
NSString、NSArray、NSDictionary 等等经常使用copy关键字，是因为他们有对应的可变类型：NSMutableString、NSMutableArray、NSMutableDictionary；
block 也经常使用 copy 关键字，具体原因见官方文档：Objects Use Properties to Keep Track of Blocks：
block 使用 copy 是从 MRC 遗留下来的“传统”,在 MRC 中,方法内部的 block 是在栈区的,使用 copy 可以把它放到堆区.在 ARC 中写不写都行：对于 block 使用 copy 还是 strong 效果是一样的，但写上 copy 也无伤大雅，还能时刻提醒我们：编译器自动对 block 进行了 copy 操作。如果不写 copy ，该类的调用者有可能会忘记或者根本不知道“编译器会自动对 block 进行了 copy 操作”，他们有可能会在调用之前自行拷贝属性值。这种操作多余而低效。你也许会感觉我这种做法有些怪异，不需要写依然写。如果你这样想，其实是你“日用而不知”，你平时开发中是经常在用我说的这种做法的，比如下面的属性不写copy也行，但是你会选择写还是不写呢？
@property (nonatomic, copy) NSString *userId;
-(instancetype)initWithUserId:(NSString *)userId {
self = [super init];
if (!self) {
return nil;
}
_userId = [userId copy];
return self;
}
