objective-C 的内存管理之-引用计数
?
obj-c本质就是"改进过的c语言"，大家都知道c语言是没有垃圾回收(GC)机制的(注：虽然obj-c2.0后来增加了GC功能，但是在iphone上不能用，因此对于iOS平台的程序员来讲，这个几乎没啥用)，所以在obj-c中写程序时，对于资源的释放得由开发人员手动处理，相对要费心一些。
引用计数
这是一种古老但有效的内存管理方式。每个对象(特指：类的实例)内部都有一个retainCount的引用计数，对象刚被创建时，retainCount为1，可以手动调用retain方法使retainCount+1，同样也可以手动调用release方法使retainCount-1，调用release方法时，如果retainCount值减到0，系统将自动调用对象的dealloc方法(类似于c#中的dispose方法)，开发人员可以在dealloc中释放或清理资源。
1、基本用法
为了演示这种基本方式，先定义一个类Sample
类接口部分Sample.h
??int main (int argc, const char * argv[]) {?? ??????????Man *jimmy = [Man new]; ????[jimmy setName:@"Jimmy"]; ????????????????Shoe *black40 =[Shoe new]; ????[black40 setColorAndSize:@"Black" shoeSize:40]; ??????????[jimmy wearShoe:black40]; ??????????[jimmy release]; ????[black40 release]; ??????????return 0; ??????}2011-02-23 13:05:50.550 MemoryManage[253:a0f] 新人"no name"出生了！
2011-02-23 13:05:50.560 MemoryManage[253:a0f] 一双 black 35码 的鞋子造好了！
2011-02-23 13:05:50.634 MemoryManage[253:a0f] "Jimmy"要死了！
2011-02-23 13:05:50.636 MemoryManage[253:a0f] Black 40码的鞋子正在被人道毁灭！
以上是输出结果，一切正常，jimmy与black40占用的资源最终都得到了释放。但是有一点不太合理，既然鞋子(black40)是属于人(jimmy)的，为什么人死了（即:[jimmy release]），却还要main函数来责任烧掉他的鞋子？(即：main函数中还是单独写一行[black40 release]) 貌似人死的时候，就连带自上的所有东西一并带走，这样更方便吧。
ok，我们来改造一下Man.m中的dealloc()方法，改成下面这样：
//析构函数 -(void) dealloc { ????NSLog(@""%@"要死了！ ",_name); ????[_shoe release];//这里释放_shoe ????[super dealloc]; }即：在Man被销毁的时候，先把_shoe给销毁。这样在main()函数中，就不再需要单独写一行[black40 release]来释放black40了.
现在又有新情况了：jimmy交了一个好朋友mike，二人成了铁哥们，然后jimmy决定把自己的鞋子black40，跟mike共同拥有，于是main函数就成了下面这样：
int main (int argc, const char * argv[]) {?? ??????????Man *jimmy = [Man new]; ????[jimmy setName:@"Jimmy"];??? ??????????Shoe *black40 =[Shoe new]; ????[black40 setColorAndSize:@"Black" shoeSize:40]; ??????????[jimmy wearShoe:black40]; ??????????Man *mike = [Man new]; ????[mike setName:@"mike"]; ????[mike wearShoe:black40];//mike跟jimmy，现在共同拥有一双40码黑色的鞋子 ??????????[jimmy release]; ????[mike release];? ??????????return 0; }麻烦来了：jimmy在挂掉的时候(即[jimmy release]这一行)，已经顺手把自己的鞋子也给销毁了(也许他忘记了mike也在穿它)，然后mike在死的时候，准备烧掉自已的鞋子black40，却被告之该对象已经不存在了。于是程序运行报错：
Running…
2011-02-23 13:38:53.169 MemoryManage[374:a0f] 新人"no name"出生了！
2011-02-23 13:38:53.176 MemoryManage[374:a0f] 一双 black 35码 的鞋子造好了！
2011-02-23 13:38:53.177 MemoryManage[374:a0f] 新人"no name"出生了！
2011-02-23 13:38:53.179 MemoryManage[374:a0f] "Jimmy"要死了！
2011-02-23 13:38:53.181 MemoryManage[374:a0f] Black 40码的鞋子正在被人道毁灭！
2011-02-23 13:38:53.183 MemoryManage[374:a0f] "mike"要死了！
Program received signal:? “EXC_BAD_ACCESS”.
sharedlibrary apply-load-rules all
(gdb)
上面红色的部分表示程序出错了：Bad_Access也就是说访问不存在的地址。
最解决的办法莫过于又回到原点，Man.m的dealloc中不连带释放Shoe实例，然后把共用的鞋子放到main函数中，等所有人都挂掉后，最后再销毁Shoe实例，但是估计main()函数会有意见了：你们二个都死了，还要来麻烦我料理后事。
举这个例子无非就是得出这样一个原则：对于new出来的对象，使用retain造成的影响一定要运用相应的release抵消掉，反之亦然，否则，要么对象不会被销毁，要么过早销毁导致后面的非法引用而出错。
?
本文摘自：http://www.cnblogs.com/yjmyzz/archive/2011/02/23/1958961.html
?