iOS ----- 内存管理（-）

这几天一直研究 IOS 内存管理，发现很多很好很简单的入门文章，拿来分享，给我一样的ios菜鸟学习一下。

原文地址：http://www.cnblogs.com/ET-Union/archive/2011/08/17/2143774.html

小议iphone内存管理与属性

一、前言

      对于大多数从C++或者JAVA转过来学习Object-C（以下简称OC）的人来说，OC这门语言看起来非常奇怪，用起来也有点麻烦。

      OC没有像JAVA一样的垃圾回收机制，也就是说，OC编程需要程序员手动去管理内存。这就是为什么它烦的原因，苹果却一直推崇开发者在有限硬件资源内写出最优化的代码，使用CPU最少，占用内存最小。

二、基本原理

对象的创建：

      OC在创建对象时，不会直接返回该对象，而是返回一个指向对象的指针，因此出来基本类型以外，我们在OC中基本上都在使用指针。

      ClassA  *a = [[ClassA   alloc]  init];

      在[ClassA   alloc]的时候，已经发送消息通知系统给ClassA的对象分配内存空间，并且返回了指向未初始化的对象的一个指针。

      未初始化的ClassA对象接手到init消息，init返回指向已初始化后的ClassA对象的一个指针，然后将其赋值给变量a。

在创建并使用完一个对象的时候，用户需要手动地去释放该对象。

      [a   dealloc];

如果指针a和b同时指向堆中同一块内存地址

      ClassA  *a = [[ClassA   alloc]  init];

      ClassA  *b = a;

      [a   dealloc];

当执行到第三行的时候，指针b就成了无头指针。这是一个在C++中也是常见的错误，我们需要避免这类错误，因为无头指针是危险的。

引用计数：

      OC在内存管理上采用了引用计数（retain count），在对象内部保存一个数字，用来表示被引用的次数。init、new和copy都会让retain count加1。当销毁对象的时候，系统不会直接调用dealloc方法，而是先调用release，让retain count 减1，当retain count等于0的时候，系统才会调用dealloc方法来销毁对象。

      在指针赋值的时候，retain count 是不会自动增加的，为了避免上面所说的错误，我们需要在赋值的时候手动retain一次，让retain count 增加1。

      ClassA  *a = [[ClassA   alloc]  init];  // retain count = 1

      ClassA  *b = a;

      [b   retain];  // retain count = 2

      [a   dealloc];

这样在执行到第四行的时候，对象的retain count只是减了1，并没有被销毁，指针b仍然有效。

内存泄露：

      就如上面列子所示，当生成ClassA对象时，指针a拥有对该对象的访问权。如果失去了对一个对象的访问权，而又没有将retain count减至0，就会造成内存泄露。也就是说，分配出去的内存无法回收。

      ClassA  *a = [[ClassA   alloc]  init];

      a  =  nil;

三、Autorelease Pool

      为了方便程序员管理内存，苹果在OC中引入了自动释放池(Autorelease Pool)。在遵守一些规则的情况下，可以自动释放对象。但即使有这么一个工具，OC的内存仍需要程序员时刻关注（这个自动释放池跟JAVA的垃圾回收机制不是一回事，或者说，骑马都追不上JAVA的机制，可能连尘都吃不到）。

      ClassA  *a = [[[ClassA   alloc]  init]  autorelease];

      //retain count = 1，但无需release

Autorelease Pool 的原理：

      autorelease pool 全名叫做NSAutoreleasePool，是OC中的一个类。autorelease pool并不是天生就有的，你需要手动的去创建它

      NSAutoreleasePool  *pool = [[NSAutoreleasePool  alloc]  init];

一般地，在新建一个iphone 项目的时候，xcode会自动地为你创建一个autorelease pool，这个pool就写在Main函数里面。

在NSAutoreleasePool中包含了一个 可变数组，用来存储被声明为autorelease的对象。当NSAutoreleasePool自身被销毁的时候，它会遍历这个数组，release数组中的每一个成员（注意，这里只是release，并没有直接销毁对象）。若成员的retain count 大于1，那么对象没有被销毁，造成内存泄露。

      默认的NSAutoreleasePool 只有一个，你可以在你的程序中创建NSAutoreleasePool，被标记为autorelease的对象会跟最近的NSAutoreleasePool 匹配。     NSAutoreleasePool  *pool = [[NSAutoreleasePool  alloc]  init];

      //Create some objects

      //do something…

      [pool  release];

你也可以嵌套使用NSAutoreleasePool  ，就像你嵌套使用for一样。

      即使NSAutoreleasePool  看起来没有手动release那么繁琐，但是使用NSAutoreleasePool  来管理内存的方法还是不推荐的。因为在一个NSAutoreleasePool 里面，如果有大量对象被标记为autorelease，在程序运行的时候，内存会剧增，直到NSAutoreleasePool   被销毁的时候才会释放。如果其中的对象足够的多，在运行过程中你可能会收到系统的低内存警告，或者直接crash。

Autorelease Pool   扩展：

      如果你极具好奇心，把Main函数中的NSAutoreleasePool  代码删除掉，然后再自己的代码中把对象声明为autorelease，你会 发现系统并不会给你发出错误信息或者警告。用内存检测工具去检测内存的话，你可能会惊奇的发现你的对象仍然被销毁了。

      其实在新生成一个Run Loop的时候，系统会自动的创建一个NSAutoreleasePool  ，这个NSAutoreleasePool 无法被删除。

      在做内存测试的时候，请不要用NSString。OC对字符串作了特殊处理

      NSString  *str  =[ [NSString alloc]  stringWithString:@”123”];

在输出str的retain count 的时候，你会发现retain count 大于1。

四、手动管理内存

      使用alloc、new、copy创建一个对象，该对象的retain count 都等于1，需要用release来释放该对象。谁创建，谁去释放。在这3钟方法以外的方法创建的对象，都被系统默认的声明为autorelease。

      ClassA  *a = [[ClassA   alloc]  init];

      ClassA  *b = a;

      [b   retain];

      //do smoething

      [b release];

      b  =  nil;

把一个指针赋值给另外一个指针的时候，a 指针所指向的对象的引用次数并没有增加，也就是说，对象的retain count依然等于1。只有在retain了之后，retain count 才会加1。那么，如果这时候执行[a  release]，只是a指针放弃了对对象的访问权，对象的retain count 减1，对象没有被销毁。只有当b也执行了release方法之后，才会将对象销毁掉。因此，谁retain了，谁就要release。

      在对象被销毁之后，指针依然是存在的。所以在release了之后，最好把指针赋为空，防止无头指针的出现。顺便一说，release一个空指针是合法的，但是不会发生任何事情。

      如果你在一个函数中创建并返回一个对象，那么你需要把这个对象声明为autorelease

      (ClassA  *)Function()

      {

           ClassA *a = [[[ClassA   alloc]  init]  autorelease];

           return a;

      }

不这样做的话，会造成内存泄露。

五、属性与内存管理

      苹果一直没有强调的一点是，关于属性中的retain。事实上，属性中带有retain的，在赋值的时候可能已经在合成的setter中retain了一次，因此，这里也需要release。

      @property实际上是getter和setter，@synthesize是合成这2个方法。为什么在声明了属性之后可以用“.”来直接调用成员变量呢？那是因为声明属性以后系统根据你给的属性合成了一个set方法和一个get方法。使用“.”与属性并没有直接关联，如果你不嫌麻烦，在你的程序里面多写一个set和get方法，你也可以使用“.”来调用变量。

      @property()，如果你里面什么都不写，那么系统会默认的把你的属性设置为：

      @property(atomic, assign)…..

关于nonatomic：

      这个属性没有对应的atomic关键字，即使我上面是这么写，但atomic只是在你没有声明这个特性的时候系统默认，你无法主动去声明这一特性。

      如果你的程序只有一个主线程，或者你确定你的程序不会在2个或者以上线程运作的时候访问同一个变量，那么你可以声明为nonatomic。指定nonatomic特性，编译器合成访问器的时候不会去考虑线程安全问题。如果你的多个线程在同一时间会访问到这个变量的话，可以将特性声明为atomic(通过省略关键字nonatomic)。在这种特性的状态下，编辑器在合成访问器的时候就会在访问器里面加一个锁（@synchronized），在同一时间只能有一个线程访问该变量。

      但是使用锁是需要付出代价的，一个声明为atomic的属性，在设置和获取这个变量的时候都要比声明为nonatomic的慢。所以如果你不打算编写多线程代码，最好把变量的属性特性声明为nonatomic。

关于assign、retain和copy：

      assign是系统默认的属性特性，它几乎适用于OC的所有变量类型。对于非对象类型的变量，assign是唯一可选的 特性。但是如果你在引用计数下给一个对象类型的变量声明为assign，那么你会在编译的时候收到一条来自编译器的警告。因为assign对于在引用计数下的对象特性，只创建了一个弱引用（也就是平时说的浅复制）。这样使用变量会很危险。当你release了前一个对象的时候，被赋值的对象指针就成了无头指针了。因此在为对象类型的变量声明属性的时候，尽量少（或者不要）使用assign。

      关于assign合成的setter，看起来是这样的：

      -(void)setObjA:(ClassA  *)a

      {

           objA  =  a;

      }

      在深入retain之前，先把声明为retain特性的setter写出来：

      -(void)setObjA:(ClassA  *)a

{

           If(objA != a)

{

   [objA  release];

   objA  =  a;

   [objA  retain];  //对象的retain count 加1

}

}

明显的，在retain的setter中，变量retain了一次，那么，即使你在程序中

      self.objA  =  a;

只写了这么一句，objA仍然需要release，才能保证对象的retain count 是正确的。但是如果你的代码

      objA  =  a；

只写了这么一句，那么这里只是进行了一次浅复制，对象的retain count 并没有增加，因此这样写的话，你不需要在后面release objA。

      这2句话的区别是，第一句使用了编译器生成的setter来设置objA的值，而第二句只是一个简单的指针赋值。

      copy的setter看起来是这样的:

      -(void)setObjA:(ClassA  *)a

{

  ClassA  * temp  =  objA;

  objA  =  [a   copyWithZone:nil];

  [temp  release];

}

复制必须通过实现copyWithZone：这个方法，因次copy这个特性只适用于拥有这个方法的类型，也就是说，必须这个类支持复制。复制是把原来的对象release掉，然后让指针指向一个新的对象的副本。因此即使在setter里面release了原来的对象，你仍然需要在后面release新指向的对象（副本）。

六、尾声

      IOS开发现在唯一能用的内存管理方式就是引用计数，无论你喜欢还是不喜欢。在一个内存紧缺的机器上，你编写程序的时候也只能步步为营，尽可能的让你的程序腾出内存空间，并保证系统不会给你一个警告。即使苹果在Mac OS X 雪豹(v10.5)系统里面添加了另外一种内存管理方式(垃圾收集)，但目前不适用于IOS。

      以上，仅个人对IOS开发的内存管理的认知。

iOS ----- 内存管理（-）,,5-wow.com