iOS学习笔记(二) 内存管理

内存管理

现在iOS内存管理,用的是自动引用计数。记得java用的是垃圾回收，刚知道时弄不清楚两者的区别，只知道貌似自动引用计数比垃圾回收效率高，具体原因没想明白。

刚开始，学iOS App开发时，也没太在意。前些天看了看从前iOS内存管理的方式,才明白两者不同：

• 先说垃圾回收。大致就新开一线程，从当前局部变量和全局变量开始爬(使用图算法)，不能通过当前局部变量和全局变量使用到的，都视为垃圾变量，等待系统自动回收。
• 引用计数。当引用一个对象时，该对象计数加1，当对对象撤销引用时，对象计数减1。只有当对象引用数为0时，才销毁此对象。

以前，iOS使用手动管理内存(Manual Reference Counting,MRC)，基本原则如下：

如果需要持有一个对象，那么对其发送retain 如果之后不再使用该对象，那么需要对其发送release(或者autorealse)每一次对retain,alloc或者new的调用，需要对应一次release或autorealse调用

而现在采用的自动引用计数(Automatic Reference Counting,ARC)。ARC是Objective-C编译器的特性，而不是运行时特性或者垃圾回收机制，ARC所做的只不过是在代码编译时为你自动在合适的位置插入release或autorelease，就如同之前MRC时你所做的那样。

ARC两个基本规则：

• 一个对象被任一strong指针引用，那么该对象就不会被销毁；没有任何strong指针引用的对象将被销毁
• 只要对象没有被任何strong对象引用，任何指向该对象的weak引用，都将被设为nil。如下代码：
  __weak NSString *strWeak = [[NSString alloc] initWithFormat:@"linw"];
NSLog(@"%@", strWeak);
  将会输出(null)。因为没有一个强引用指向新生成的NSString，所以strWeak为nil。

---

需要注意的是，要注意避免内存循环(memory cycle)。
一种比较典型的情况是，ViewController A prensent ViewController B，而当B需要会送内容给A时，一种比较理想的解决方案是使用delegate，首先定义protocol，然后A实现该protocol，将A赋给B中id的值，即可做到回送内容。
但要注意，B中id应该为weak型的。A present B时，A对B有个strong引用，当在A中调用dismiss方法时，A对B的强引用设为nil，B被dealloc掉了。但是如果此时B中id为对A的strong引用，那么A因为reference count一直不为0(注意这里:如果A也是其他ViewController生成的话，比如push，每次push A时，其实会init一个新的A，不会重用旧的。关于这一点，所有segue都是init一个新的ViewController实例)，这样就导致内存泄漏。
另外一种，内存循环问题，在block中经常会遇到。在消息传递机制时会提到。

---