内存管理
现在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。如下代码：
<code>__weak NSString *strWeak = [[NSString alloc] initWithFormat:@"linw"];
NSLog(@"%@", strWeak);</code>
将会输出(null)。因为没有一个强引用指向新生成的NSString，所以strWeak为nil。
需要注意的是，要注意避免内存循环(memory cycle)。
一种比较典型的情况是，ViewController A prensent ViewController B，而当B需要会送内容给A时，一种比较理想的解决方案是使用delegate，首先定义protocol，然后A实现该protocol，将A赋给B中id<protocol>的值，即可做到回送内容。
但要注意，B中id<protocol>应该为weak型的。A present B时，A对B有个strong引用，当在A中调用dismiss方法时，A对B的强引用设为nil，B被dealloc掉了。但是如果此时B中id<protocol>为对A的strong引用，那么A因为reference count一直不为0(注意这里:如果A也是其他ViewController生成的话，比如push，每次push A时，其实会init一个新的A，不会重用旧的。关于这一点，所有segue都是init一个新的ViewController实例)，这样就导致内存泄漏。
另外一种，内存循环问题，在block中经常会遇到。在消息传递机制时会提到。
网友评论