iOS属性问题
属性修饰符的作用
iOS5之前是MRC, 内存需要程序员管理，iOS之后是ARC，除非特殊情况（例如：使用C框架或者循环引用）不需要程序员手动管理内存。
iOS中当我们定义属性@property的时候，就需要属性修饰符，
主要属性修饰符
- copy
- assign
- retain
- strong
- weak
- readwrite/readonly（读写策略，访问权限）
- nonatomic/atomic（安全策略）
根据MRC和ARC划分属性修饰符的使用范围
//MRC：nonatomic,atomic,retain,assign,copy,readwrite,readonly
//ARC：nonatomic,atomic,strong,weak,assign,copy,readwrite,readonly
什么影响retainCount计数
1. alloc方法是为了对象分配内存，retaincount 为1
2. retainCount ：引用计数，下面简称计数
3. release 对象计数 -1
4. retain 计数 +1。
5. copy 一个对象会变成一个新的对象，这个对象的计数为1，原有的对象计数不变。
不管MRC还是ARC，对象的释放都依据reference count是否为0,
修饰符详述
- copy：
- 一般用于修饰不可变容易的属性（NSArray,NSDictionary,NSString,block）
- MRC和ARC均可用
- 其setter方法与retain处理流程一样，先旧值release再copy出新的对象
- copy修饰block是在MRC和ARC的区别：
- MRC环境下
- block访问外部局部变量，block存放在栈里面。
- 只要block访问整个app都存在的变量，那么肯定是全局区
- 不能使用retain引用block，因为block不在堆里面，只有使用copy才会把block放在堆里面
- ARC环境下
- 只要block访问外部局部变量，block就会存放到堆里
- 可以用strong去引用，因为本身已经存放到堆区了
- 也可以使用copy进行修饰，但是strong性能更好。
- MRC环境下
- 使用block时候注意循环引用，造成无法释放，内存泄漏。
- 在NSString属性中
- 如果外部赋值是NSString，那么用strong和copy都没有问题
- 但是如果外部赋值的是NSMutableString，NSString指针可以持有NSMutableString对象。如果用strong修饰，那么外部的值变化了，里面的值也会变化，这是因为指向的是同一个内存地址
如果用copy修饰，那么外部的值变化了，里面的值也不会变化，因为对对象的内存做了深度拷贝，复制了一份内存，指针的指向已经变化了
- assign：
- MRC和ARC均可用。
- 一般用来修饰基础数据类型（NSInteger, CGFloat）和C数据类型（int,float,double）等，他们的setter方法直接赋值，不进行任何retain操作。
- retain：
- 在MRC下使用，被其修饰的对象，retainCount要+1
- retain只能修饰OC对象啊，不能修饰非OC对象，
- 一般修饰非NSString的NSObject类及其子类。
- strong：
- strong表示对对象的强引用。计数会+1
- ARC环境下也可以用来修饰block，（strong和weak两个修饰符默认是strong）。
- 用于指针变量，setter方法对参数进行release旧值再retain新值。
- 两个对象之间相互强引用会造成循环引用，内存泄漏。
- weak
- weak表示对象的弱引用，被其修饰的对象随时可以被系统销毁回收。不会使传入的对象计数+1
- weak比较常用的地方是delegate属性的设置和Xib拖线
- weak和assign的区别：当他们指向的对象被释放以后，weak会被自动设置为nil，assign不会，所以会导致野指针的出现，可能会导致crash
- readwrite/readonly
- readwrite表示该属性可读可写，readonly表示只可读，不可写。
- readwrite程序自动创建setter和getter方法，readonly程序创建getter方法。此外还可以自定义setter和getter方法。
- 系统默认就是readwrite
- nonatomic和atomic
- nonatomic非原子属性。它的特点是多线程并发访问性能高，但是访问不安全；与之相对的atomic特点是安全但是以耗费系统资源为代价，所以在工程开发中用nonatomic时候较多。
- 系统默认的atomic，为setter方法加锁，而nonatomic不为setter方法加锁。
- 使用nonatomic要注意多线程间通讯的线程安全。
- 为什么nonatomic比atomic快，原因是它直接访问内存中的地址，不关心其他线程是否在改变这个值，并且中间没有死锁保护，
- 不要误认为多线程下家atomic是安全的。
