iOS内存管理学习笔记一
1、引用计数
引用计数就是当前的对象被多少个其他对象所引用。这是我自己的理解。
MRC：手动引用计数，开发者自己来计算每一个对象被引用了多少次，自己进行内存的释放。
ARC：自动引用计数，编译器（xcode）来计算每一个对象的引用次数，对象由编译器来决定什么时候释放。
进一步说，所谓的ARC就是编译器帮我们在代码的合适位置插入了retain和release等MRC需要开发者手动写的关于对象引用计数的代码。
ARC环境：
1>xcode4.2或以上版本
2>LLVM3.0以上的编译器
3>编译器选项中设置ARC为有效
2、理解引用计数
举个简单的例子（可能不是那么贴切）：
假如工作室里只有一盏灯，每个上班的员工上班时间都需要开灯，下班时间都需要关灯。假如有很多人上下班，最早上班的人A开了灯，A工作了八个小时下班了，把灯关掉，这样的话，没有下班的其他人都会处在一片黑暗之中。这样显然是不合理的，那么该如何解决呢？
解决这一问题是在办公室至少还有一人的状态下保持开灯，在最后一个人离开办公室的时候关灯。
我们来捋一下这个过程：
1>第一个进来的人需要照明，开灯
2>之后进来的人需要照明
3>下班离开办公室的人不需要照明
4>最后一个离开办公室的人不需要照明（此时已经无人需要照明），关灯
我们可以使用“引用计数”来判断办公室里是否还有人需要照明。过程如下：
1>第一个人进来了，需要照明，引用计数从0变为1，要开灯
2>第二个人进来了，需要照明，引用计数从1变为2
3>第一个人离开了，不需要照明，引用计数从2变为1
4>第二个人离开了，不需要照明，引用计数从1变为0，关灯
总结：只要引用计数=0，就是关灯状态，否则就是开灯状态。
在OC中，“对象”就是照明设备，那些使用该对象的“环境”就相当于需要照明的人。
开灯——生成对象（alloc，new，copy等）
需要照明——持有对象（retain等）
不需要照明——释放对象（release）
关灯——废弃对象（地址被回收，这个对象烟消云散了）
下面是个人理解的对象生命周期：
Person是一个类
Person * xiaoming = [[Person alloc]init];
这个时候再内存中开辟了一块内存空间，并初始化这个对象。引用计数从0变为1，相当于开灯。
Person * xiaohong = xiaoming;
这时候引用计数要增加了。相当于又有人需要照明，引用计数 = 2.
然后xiaohong在使用完这个对象之后就把对象释放了。现在引用计数-1，引用计数=1
[xiaohong release];
xiaoming在使用完这个对象的时候也进行了释放。相当于不需要照明，引用计数-1,引用计数 = 0 .
[xiaoming release];
这个时候，系统发现引用计数已经等于0了，这块空间需要释放回收了，回到最初的状态，于是变成下图的样子。
在这里简单说说内存泄漏的情形吧。
内存泄漏就是有些地址已经不使用了，但是依然有指针指向它导致这块地址空间不能释放。如下图所示：
这是我自己的理解，如有不妥之处还请各位不吝赐教。如果您看到这篇文章，对您有一点点的帮助，将是我最开心的事！
