码迷,mamicode.com
首页 > 移动开发 > 详细

IOS 内存管理

时间:2014-06-07 22:52:07      阅读:288      评论:0      收藏:0      [点我收藏+]

标签:c   class   code   java   a   get   

一、前言

      对于大多数从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 内存管理,布布扣,bubuko.com

IOS 内存管理

标签:c   class   code   java   a   get   

原文地址:http://www.cnblogs.com/clumsy1006/p/3774758.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!