Objective-C_内存管理精髓.docVIP

Objective-C 内存管理精髓 iPhone系统中的Objective-C的内存管理机制是比较灵活的，即可以拿来像C/C++一样用，也可以加个AutoreleasePool让它升级为半自动化的内存管理语言。 之前写过类似的文章，这篇以做总结，希望能帮助刚上船的兄弟。 iPhone系统中的Objective-C的内存管理机制是比较灵活的，即可以拿来像C/C++一样用，也可以加个AutoreleasePool让它升级为半自动化的内存管理语言。当然，也不能拿JAVA虚拟机中的全自动化GC来比? 引用计数是实例对象的内存回收唯一参考 引用计数(retainCount)是Objective-C管理对象引用的唯一依据。调用实例的release方法后，此属性减一，减到为零时对象的dealloc方法被自动调用，进行内存回收操作，也就是说我们永不该手动调用对象的dealloc方法。 它的内存管理ＡＰＩ老简单老简单了，下面就是它主要操作接口： 1，alloc, allocWithZone,new(带初始化)为对象分配内存，retainCount为“1”，???返回此实例 2，retainretainCount 加“1” 3，copy,mutableCopy复制一个实例，retainCount数为“1”，返回此实例。所得到的对象是与其它上下文无关的，独立的对象(干净对象)。 4，releaseretainCount 减“1”，减到“0”时调用此对象的dealloc方法 5，autorelease在当前上下文的AutoreleasePool栈顶的autoreleasePool实例添加此对象，由于它的引入使Objective-C（非GC管理环境）由全手动内存管理上升到半自动化。 Objective-C内存管理准则 我们可以把上面的接口按对retainCount的操作性质归为两类，Ａ类是加一操作：1，2，3Ｂ类是减一操作：4，5（延时释放） 内存管理准则如下：1，A与Ｂ类的调用次数保持一制2，为了很好的保障准则一，以实例对象为单位，谁A了就谁Ｂ，没有第二者参与 例： NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; NSObject *o = [[NSObject alloc] init]; //retainCount为1 [o retain]; //retainCount为2 [o release]; //retainCount为1 [o autorelease]; //retainCount为1 [pool release]; //retaincount为0，触发dealloc方法  对象的拥有者 面向对象领域里有个引用的概念，区别于继承，引用常被用来当做偶合性更小的设计。继承是强依赖，对吧。我们要降偶软件的设计，就要尽量减少对它的使用。但没有任何偶合的模块或功能是没有用的?对吧，那我们只能多用引用了吧。一个实例拥有另一个实例的时候，我们称它为引用了另一个实例。 比如ClassA类的一个属性对象的Setter方法： - ( void )setMyArray:(NSMutableArray *)newArray { if (myArray != newArray) { [myArray release]; myArray = [newArray retain]; } } 假设这个类的一个实例为a，调用setMyArray后，我们就可以说a拥有了一个新的myArray实例，也可以说a引用了一个新的myArray实例。其中调用的retain方法，使myArray的retainCount加一，我们需要注意以下两个地方：1，setMyarray方法中，在retain之前先release了旧实例一次2，在本实例的dealloc方法中，本应该是要再次release当前实例的，但回头看看参考内存管理准则。它并不合理，对吧。。。多了一次release。这里比较推荐的做法是：[ myArray setMyArray:nil ];这样可以巧妙的使当前实例release而不出错（我们可以向nil发送消息?其实它本身就是个整数0），并符合我们的内存管理准则。更主要的是，很简单，你不需要考虑过多的事情。 另外一个比较容易忽略而又比较经典的问题是实例变量的循环引用，Objective-C为此区分了，其实也相当相当的简单：1，强引用，上面讲的就是强引用，存在retainCount加一。2，弱引用，但凡是assign声明并直接用指针赋值实现的被称之为弱引用，不存在retainCount加一的情况。 Au