在iPhone开发中，对内存进行正确的管理是非常重要的一个方面。iPhone有128MRAM，但其中约有一半的容量要用于屏幕缓冲和其他系统进程，同时iPhone不支持将内存写到交换文件，所以iPhone只有大约64M的内存用来运行应用程序，且严格受到物理内存量的限制。这样，基本上不容许我们开发的软件存在任何的内存泄露。
由于iPhone对内存严格的要求，所以当一个对象不再需要时，要及时释放它所占用的内存空间。
Objective-C 的内存管理采用了基于引用计数(Reference Count)这种非常常用的技术。简单讲，每个对象都有一个与之关联的整数，可以将它称为引用计数器或保留计数器，如果要使用一个对象，并确保在使用期间对象不被释放，需要通过函数调用来取得“所有权”，即引用计数器加1，使用结束后再调用函数释放“所有权”，使引用计数器减1。“所有权”的获得和释放，对应引用计数的增加和减少。引用计数为正数时代表对象还有引用，为0时代表可以释放。
copy 和 retain 的区别
copy： 建立一个索引计数为1的对象，然后释放旧对象
retain：释放旧的对象，将旧对象的值赋予输入对象，再提高输入对象的索引计数为1。
那上边是什么意思呢？
Copy其实是建立了一个相同的对象，而retain不是：
比如一个NSString对象，地址为0×1111，内容为@”STR”
Copy到另外一个NSString之后，地址为0×2222，内容相同，新的对象retain为1，旧有对象没有变化
retain到另外一个NSString之后，地址相同（建立一个指针，指针拷贝），内容当然相同，这个对象的retain值+1
也就是说，retain是指针拷贝，copy是内容拷贝。哇，比想象的简单多了…
误释放对象
问题一：
- value = [array objectAtIndex:n]; //得到一个数组中的对象
- [arry removeObjectAtIndex:n]; //卸载那个对象
因为value得到了那个对象，但是由于另外一个拥有者release了该对象，所以其实value现在成了摇摆指针（无效数据）
问题二：
- myArray = [NSArray array];
- ....
- [myArray release];
NSArray返回的是一个自动释放对象，不仅myArray不应该在一段时间后release，而应该在适当的时候先retain，以防止该array被系统误释放。
问题三：
- rocket = [rocketLauncher aRocket];
- [rocketLauncher release];
和array这种数据收集类对象一样，如果我们得到了一个类的子对象而不retain它，那么在原父类被释放的时候，这个rocket其实也会失去其意义。
Cocoa不同内存管理环境下的autorelease
H 混合内存管理环境：垃圾收集法（Garbage Collection）+索引计数法（Reference Counting）
虽然大多数情况下混合环境是不被推荐的，但是如果在这个情况下，autorelease需要注意以下事项：
垃圾收集混合环境下：应该使用drain方法，因为release在GC模式下没有意义
索引计数环境下：drain和release对于autoreleasepool（自动释放池）的效果相同
对autorelease的误解
A Cocoa的内存管理分为 索引计数法（Reference Counting/ Retain Count）和 垃圾收集法（Garbage Collection）。而iPhone上目前只支持前者，所以autorelease就成为很多人的“捷径”。
但是！autorelease其实并不是“自动释放”，不像垃圾收集法，对对象之间的关系侦测后发现垃圾-删除。但是autorelease其实是“延后释放”，在一个运行周期后被标记为autorelease会被释放掉。
切记小心使用autorelease，理解autorelease，防止在你还需要该对象的时候已经被系统释放掉了。
Interface Builder参与的内存管理问题
要点：
如果一个变量在类中被定义为了 IBOutlet 那么你无需对其进行实例化，xib载入器会对其初始化。
如果一个变量在类中被定义为了 IBOutlet 那么你必须负责将其释放。xib载入器不会帮忙的… …
*切不要初始化两回，内存会溢出，而且对象锁定也会出错。
关于索引计数（Reference Counting）的问题
*retain值 = 索引计数（Reference Counting）
NSArray对象会retain（retain值加一）任何数组中的对象。当NSArray被卸载（dealloc）的时候，所有数组中的对象会被执行一次释放（retain值减一）。不仅仅是NSArray，任何收集类（Collection Classes）都执行类似操作。例如NSDictionary，甚至UINavigationController。
Alloc/init建立的对象，索引计数为1。无需将其再次retain。
[NSArray array]和[NSDate date]等“方法”建立一个索引计数为1的对象，但是也是一个自动释放对象。所以是本地临时对象，那么无所谓了。如果是打算在全Class中使用的变量（iVar），则必须retain它。
缺省的类方法返回值都被执行了“自动释放”方法。（*如上中的NSArray）
在类中的卸载方法“dealloc”中，release所有未被平衡的NS对象。（*所有未被autorelease，而retain值为1的）
NSString的内存管理
如下实例：
- aString = @"I am a string that 2 years old, man!";
这种情况下，字符串储存和管理由系统做，我们不用操心。
- aString = [NSString stringWithFormat:@"I am a string that %d years old, man!",2];
第二种情况下，我们需要去retain和release这个字符串，系统不管。
Objective-C内存管理
1，你初始化（alloc/init）的对象，你需要释放（release）它。例如：
- NSMutableArray aArray = [[NSArray alloc] init];
后，需要
- [aArray release];
2，你retain或copy的，你需要释放它。例如：
- [aArray retain]
后，需要
- [aArray release];
3，被传递(assign)的对象，你需要斟酌的retain和release。例如：
- obj2 = [[obj1 someMethod] autorelease];
对象2接收对象1的一个自动释放的值，或传递一个基本数据类型（NSInteger，NSString）时： 你或希望将对象2进行retain，以防止它在被使用之前就被自动释放掉。但是在retain后，一定要在适当的时候进行释放。
为什么不能直接调用dealloc而是release
dealloc不等于C中的free，dealloc并不将内存释放，也不会将索引计数（Reference counting）降低。于是直接调用dealloc反而无法释放内存。
在Objective-C中，索引计数是起决定性作用的。
【编辑推荐】
