IOS属性(@property)的修饰词assign、weak、strong、retain、copy、nonatomic、atomic、readonly、readwrite解释、以及一部分内存优化方法

修饰词： assign、weak、strong、retain、copy、nonatomic、atomic、readonly、readwrite

• 其中
  ARC：assign、weak、strong、copy
  MRC：assign、retain、copy、nonatomic、atomic

---

assign ( ARC/MRC )

1.这个修饰词是直接赋值的意思 , 整型/浮点型等数据类型都用这个词修饰 .
2.如果没有使用 weak strong retain copy 修饰 , 那么默认就是使用 assign 了. ( 它们之间是有你没我的关系 )
3.当然其实对象也可以用 assign 修饰 , 只是对象的计数器不会+1 . ( 与 strong 的区别 )
4.如果用来修饰对象属性 , 那么当对象被销毁后指针是不会指向 nil 的 . 所以会出现野指针错误 . ( 与weak的区别 )

---

weak ( ARC )(对象)

1.弱指针是针对对象的修饰词 , 就是说它不能修饰基本数据类型(int float) .
2.weak 修饰的引用计数器不会+1 , 也就是直接赋值 .
3.弱引用是为打破循环引用而生的 .
4.它最被人所喜欢的原因是 它所指向的对象如果被销毁 , 它会指向 nil . 从而不会出现野指针错误 .

---

strong ( ARC )(对象)

1.直接赋值并且对象的引用计数器 +1 .
2.在 ARC 里替代了 retain 的作用 .

---

retain ( MRC )

1.release 旧对象( 旧对象计数器 -1 ) , retain 新对象( 新对象计数器 +1 ) , 然后指向新对象 .
2.在set方法里面是这样的 :

 if (_dog)
 { 
   [_dog release]; 
 } 
 _dog = [dog retain];

---

copy ( ARC/MRC )

1.copy 在 MRC 时是这样做的 release 旧对象( 旧对象的引用计数器 -1 ) , copy 新对象( 新对象的引用计数器 +1 ) , 然后指向新对象 .（新对象是指最终指向的那个对象，不管深拷贝还是浅拷贝）

• 1.1在set方法里面是这样的 :

  if (_dog) 
  { 
  [_dog release]; 
  } 
  _dog = [dog copy];

2.copy 在 ARC 时是这么干的 copy 新对象( 新对象的引用计数器 +1 ) , 然后指向新对象 .

• 2.1在set方法里面是这样的 :

  _dog = [dog copy];

3.使用注意 :

• 3.1 修饰的属性本身要不可变的 . 例如 NSMutableArray 采用 copy 修饰 , 添加元素表面上可以 一到运行就崩溃了 , 因为 copy 过后实际上成了NSArray了 . 那么此时，需要用到mutablecopy。
• 3.2 遵守 NSCopying 协议的对象使用 .

---

nonatomic ( ARC/MRC )

1.不对set方法加锁 .
2.性能好
3.线程不安全

---

atomic ( ARC/MRC )

1.原子属性就是对生成的 set 方法加互斥锁 @synchronized(锁对象) .

@synchronized(self) { _delegate = delegate;}

2.需要消耗系统资源 .
3.互斥锁是利用线程同步实现的 , 意在保证同一时间只有一个线程调用 set 方法 .
4.其实还有 get 方法 , 要是同时 set 和 get 一起调用还是会有问题的 . 所以即使用了 atomic 修饰 还是不够安全 .

---

readonly (只读)

1.让 Xcode 只生成get方法 .
2.不想把暴露的属性被人随便替换时 , 可以使用 .

---

readwrite (读写)(默认)

1.让 Xcode 生成get/set方法 .
2.不用 readonly 修饰时 , 默认就是 readwrite .

//-----------------------------------------------------------优化内存章节---------------------------------------------------------------------------

优化内存1 .  多个页面无法成功调用dealloc，导致内存迟迟居高不下，内存没有被释放

解决步骤： 

         在Controller中的viewDidDisAppear中，打印出RetainCount不为 0 ，证明此时这个ViewController还存在引用计数。这说明系统就不会调用dealloc方法。

问题原因：

        1.内存不被释放主要是self被delegate强引用了。由此还造成了一部分闪退问题，因为大部分通知的注销都写在dealloc中，所以通知无法注销，导致各种调用满天飞。解决方法谁修改delegate引用修饰词,MRC为assign,ARC下用weak来修饰。

       2.这个类里面有没有使用Block,Block体内使用实例变量也会造成循环引用，使得拥有这个实例的对象不能释放。例如你这个类叫 ViewController,有个属性是NSString *name; *如果你在block体中使用了self.name，那样子的话这个类就没法释放。要解决这个问题，MRC下只需__block Viewcontroller *weakSelf = self; *ARC下将__block 换为 __weak。

优化内存2 .某个controller已经成功调用了dealloc，但是发现仍有内存残留

解决步骤：

        instrument调试后，发现没被释放的全是imageIO，差不多就知道了，把读图的方式，从[UIImage imageNamed:@""],改成imageWithContentsOfFile，就可以了。

问题原因：

       imageNamed读取图片的方法，会缓存在内存中，所以较大的图片，还是用imageWithContentsOfFile。

      由于从沙盒中直接读取图片 ，也会对内存有一定的消耗，建议在程序中经常使用的图片还是使用 imageNamed，这样会节省很多不必要的开支。

注意：imageWithContentsOfFile读取图片需要加文件后缀名如png，jpg等；