Easy Life之一：内存管理

　　内存管理是令很多开发人员头大的问题，在Cocoa中，内存管理是通过引用计数器模型完成的。

　　Cocoa中的每个对象都拥有一个引用计数器，用来维持自己的生命周期。每当一个对象需要“使用”或“占有”另一个对象的时候，它通过向该对象发送一个retain消息来对该对象的引用计数器进行自增，而当它不再需要(或使用完)该对象的时候，它通过向该对象发送一个release消息来对该对象的引用计数器进行自减。当一个对象的引用计数器自减到零时，该对象就会被释放。

　　下面我们来看一个例子，例如：

　　NSString *aString = [[NSString alloc] initWithString:@"This is a demo."];

　　这段代码会创建一个NSString对象，并对其进行初始化。当一个对象被创建的时候，它的引用计数器会被设为1。因此当您不再需要该对象，只要直接对其发送release消息，它就会被直接析构。当您有别的代码块也需要使用这个NSString时，您可以对这个NSString对象调用一次retain来增加它的引用计数器：

　　[aString retain]; 这个时候，它的引用计数器值就是2了。当您使用完该对象时，如果您对该对象调用过retain，那就应该“对称”地调用一次release。这时一种基本地编程规范，我将它称为“谁retain，谁release”。

　　[aString release];

　　调用完以后，引用计数器再次回到1。最后，当我们彻底不需要这个对象的时候，我们可以这么做：

　　[aString release];

　　aString = nil;

　　上两行代码中，第一句会负责将这个NSString对象析构，第二句会负责将原来指向这个NSString对象的指针(NSString *aString)“归零”，因为“野指针”随时可能造成您程序的异常及崩溃。

　　听着是不是挺简单?

　　当然也有稍微复杂一些的情况，话说一开始我们有提到一个叫作NSAutoreleasePool的类吧?NSAutoreleasePool是Cocoa内存管理机制里很重要的一个环节。我们在本着“谁retain，谁release”的对象使用的大前提下，经常会碰到这么一个问题，那就是我们希望返回一个在局部中创建的对象：

　　- (NSString)demoString

　　{

　　NSString *result = [[NSString alloc] initWithString:@"This is a demo."];

　　return result;

　　}

　　在“谁retain，谁release”的原则下，上面的代码显然只负责了retain(alloc调用等效于retain)，但是没有负责release，因此这么写可能会造成内存泄露，因为调用这个方法(或这个API)的代码段并不知道究竟是否需要负责释放这个方法(或这个API)的返回值。

　　但是如果我们将它直接release了：

　　- (NSString)demoString

　　{

　　NSString *result = [[NSString alloc] initWithString:@"This is a demo."];

　　[result release];

　　return result;

　　}

　　那return的将会是个“野指针”(或者如果你干的足够干净，return的是个零指针)，不是我们需要的值。因此我们需要一个能够延迟释放，并且能够自动释放的机制。于是，人们发明了名叫NSAutoreleasePool的又一个轮子，而代码则变成了这个样子：