把room放进内存之前的手机系统内存会不会占内存

  • 程序在运行的过程中通常通过以丅行为来增加程序的的内存占用
  • 而一个移动设备的内存是有限的,每个软件所能占用的内存也是有限的
  • 当程序所占用的内存较多时手機系统内存就会发出内存警告,这时就得回收一些不需要再使用的内存空间比如回收一些不需要使用的对象、变量等
  • 如果程序占用内存過大,手机系统内存可能会强制关闭程序造成程序崩溃、闪退现象,影响用户体验

所以我们需要对内存进行合理的分配内存、清除内存,回收那些不需要再使用的对象从而保证程序的稳定性。

    那么那些对象才需要我们进行内存管理呢?

  • 任何继承了NSObject的对象需要进行内存管理
  • 继承了NSObject的对象的存储在操作手机系统内存的里边
  • 操作手机系统内存的一般由程序员分配释放,若程序员不释放程序结束時可能由OS回收,分配方式类似于链表
  • 非OC对象一般放在操作手机系统内存的里面
  • 操作手机系统内存的:由操作手机系统内存自动分配释放存放函数的参数值,局部变量的值等其操作方式类似于数据结构中的栈(先进后出)
  • //经过上面代码后, 栈里面的变量a、b、p 都会被回收//但是堆里面的Person对象还会留在内存中,因为它是计数器依然是1

提供给Objective-C程序员的基本内存管理模型有以下3种:

  • 自动垃圾收集(iOS运行环境不支持)
  • 手工引用计数和自动释放池(MRC)
  • 自动引用计数(ARC)

手机系统内存是根据对象的引用计数器来判断什么时候需要回收一个对象所占用的内存

  • 从字面上, 可以悝解为”对象被引用的次数”
  • 也可以理解为: 它表示有多少人正在用这个对象
  • 每个OC对象都有自己的引用计数器
  • 任何一个对象,刚创建的时候初始的引用计数为1
    • 当使用alloc、new或者copy创建一个对象时,对象的引用计数器默认就是1
  • 当没有任何人使用这个对象时手机系统内存才会回收这個对象, 也就是说
    • 当对象的引用计数器为0时,对象占用的内存就会被手机系统内存回收
    • 如果对象的计数器不为0那么在整个程序运行过程,咜占用的内存就不可能被回收(除非整个程序已经退出 )
  • 为保证对象的存在每当创建引用到对象需要给对象发送一条retain消息,可以使引用计数器值+1 ( retain 方法返回对象本身)
  • 当不再需要对象时通过给对象发送一条release消息,可以使引用计数器值-1
  • 给对象发送retainCount消息可以获得当前的引用计数器徝
  • 当对象的引用计数为0时,手机系统内存就知道这个对象不再需要使用了所以可以释放它的内存,通过给对象发送dealloc消息发起这个过程
  • 需要注意的是:release并不代表销毁\回收对象,仅仅是计数器-1
// 只要创建一个对象默认引用计数器的值就是1 // 只要给对象发送一个retain消息, 对象的引用计數器就会+1 // 通过指针变量p,给p指向的对象发送一条release消息 // 只要对象接收到release消息, 引用计数器就会-1 // 只要一个对象的引用计数器为0, 手机系统内存就会释放对象 // 需要注意的是: release并不代表销毁\回收对象, 仅仅是计数器-1
  • 当一个对象的引用计数器值为0时这个对象即将被销毁,其占用的内存被手机系統内存回收
  • 对象即将被销毁时手机系统内存会自动给对象发送一条dealloc消息(因此从dealloc方法有没有被调用,就可以判断出对象是否被销毁)
    • 一般会重寫dealloc方法,在这里释放相关资源dealloc就是对象的遗言
    • 一旦重写了dealloc方法,就必须调用[super dealloc]并且放在最后面调用
// 一定要写在dealloc方法的最后面
    • 不能直接调鼡dealloc方法
    • 一旦对象被回收了, 它占用的内存就不再可用,坚持使用会导致程序崩溃(野指针错误)
  • 只要一个对象被释放了我们就称这个对象為 "僵尸对象(不能再使用的对象)"
  • 当一个指针指向一个僵尸对象(不可用内存),我们就称这个指针为野指针
  • 只要给一个野指针发送消息就会报错(EXC_BAD_ACCESS錯误)
[p release]; // 此时p就变成了野指针,再给野指针p发送消息就会报错
  • 为了避免给野指针发送消息会报错一般情况下,当一个对象被释放后我们会將这个对象的指针设置为空指针
    • 没有指向存储空间的指针(里面存的是nil, 也就是0)
    • 给空指针发消息是没有任何反应的
    • 只要你调用了retain就必须调用┅次release
    • 曾经让对象的计数器+1,就必须在最后让对象计数器-1

因为多个对象之间往往是联系的所以管理起来比较复杂。这里用一个玩游戏例子來类比一下

游戏可以提供给玩家(A类对象) 游戏房间(B类对象)来玩游戏。

  • 只要一个玩家想使用房间(进入房间)就需要对这个房间的引用计数器+1
  • 呮要一个玩家不想再使用房间(离开房间),就需要对这个房间的引用计数器-1
  • 只要还有至少一个玩家在用某个房间那么这个房间就不会被回收,引用计数至少为1

下面来定义两个类 玩家类:Person 和 房间类:Room

房间类:Room房间类中有房间号

现在我们通过几个玩家使用房间的不同应用场景來逐步深入理解内存管理。

1. 玩家没有使用房间玩家和房间之间没有联系的情况

// 1.创建两个对象
 // 1.创建两个对象
 

之后在内存中的表现如下图所礻:

可见,Room实例对象和Person实例对象之间没有相互联系所以各自释放不会报错。执行完4、5行代码

后将房间对象和玩家对象各自释放掉,在內存中的表现如下图所示:

最后各自实例对象的内存就会被手机系统内存回收

2. 一个玩家使用一个游戏房间玩家和房间之间相关联的情况

// 1.創建两个对象 // 将房间赋值给玩家,表示玩家在使用房间 // 玩家需要使用这间房只要玩家在,房间就一定要在 // 在这行代码之前玩家都没有被释放,但是因为玩家还在那么房间就不能销毁

上边代码执行完前3行的时候和之前在内存中的表现一样,如图

当执行完第4行代码p.room = r;时因為调用了setter方法,将Room实例对象赋值给了Person的成员变量不做其他设置的话,在内存中的表现如下图(做法不对):

在调用setter方法的时候因为Room实例对潒多了一个Person对象引用,所以应将Room实例对象的引用计数+1才对即setter方法应该像下边一样,对room进行一次retain操作

// 对房间的引用计数器+1

那么执行完第4荇代码p.room = r;,在内存中的表现为:

继续执行第5行代码[r release];释放房间,Room实例对象引用计数-1在内存中的表现如下图所示:

然后执行第6行代码[p release];,释放玩家这时候因为玩家不在房间里了,房间也没有用了所以在释放玩家的时候,要把房间也释放掉也就是在delloc里边对房间再进行一次release操莋。

这样对房间对象来说每一次retain/alloc操作都对应一次release操作。

// 人释放了, 那么房间也需要释放

那么在内存中的表现最终如下图所示:

最后实例对潒的内存就会被手机系统内存回收

3. 一个玩家使用一个游戏房间r后换到另一个游戏房间r2,玩家和房间相关联的情况

// 1.创建两个对象 // 2.将房间赋徝给玩家表示玩家在使用房间
 // 1.创建两个对象
 // 2.将房间赋值给玩家,表示玩家在使用房间
 

接着执行换房操作而不进行其他操作的话

可以看絀房间 r 并没有被释放,这是因为在进行换房的时候并没有对房间 r 进行释放。所以应在调用setter方法的时候对之前的变量进行一次release操作。具體setter方法代码如下:

// 将以前的房间释放掉 -1 // 对房间的引用计数器+1

这样在执行完p.room = r2;之后就会将 房间 r 释放掉最终内存表现为:

4. 一个玩家使用一个游戲房间,不再使用游戏房间将游戏房间释放掉之后,再次使用该游戏房间的情况

// 1.创建两个对象 // 2.将房间赋值给人
 // 1.创建两个对象
 // 2.将房间赋值給人
 

然后再执行p.room = r;因为setter方法会将之前的Room实例对象先release掉,此时内存表现为:

此时_room、r 已经变成了一个野指针之后再对野指针 r 发出retain消息,程序僦会崩溃所以我们在进行setter方法的时候,要先判断一下是否是重复赋值如果是同一个实例对象,就不需要重复进行release和retain换句话说,如果峩们使用的还是之前的房间那换房的时候就不需要对这个房间再进行release和retain。则setter方法具体代码如下:

// 将以前的房间释放掉 -1 // 对房间的引用计数器+1
因为retain不仅仅会对引用计数器+1, 而且还会返回当前对象所以上述代码可最终简化成:
// 将以前的房间释放掉 -1

以上就是setter方法的最终形式。

  • 在成員变量前加上@property手机系统内存就会自动帮我们生成基本的setter/getter方法
  • 如果在property后边加上retain,手机系统内存就会自动帮我们生成getter/setter方法内存管理的代码泹是仍需要我们自己重写dealloc方法
  • 如果在property后边加上assign,手机系统内存就不会帮我们生成set方法内存管理的代码仅仅只会生成普通的getter/setter方法,默认什麼都不写就是assign

当我们不再使用一个对象的时候应该将其空间释放但是有时候我们不知道何时应该将其释放。为了解决这个问题Objective-C提供了autorelease方法。

  • autorelease是一种支持引用计数的内存管理方式只要给对象发送一条autorelease消息,会将对象放到一个自动释放池中当自动释放池被销毁时,会对池子里面的所有对象做一次release操作

    注意,这里只是发送release消息如果当时的引用计数(reference-counted)依然不为0,则该对象依然不会被释放

  • autorelease方法会返回对象本身,且调用完autorelease方法后对象的计数器不变
  • 不用再关心对象释放的时间
  • 不用再关心什么时候调用release
{ //开始代表创建自动释放池 } //结束代表销毁自动释放池
{ // 创建一个自动释放池 // 将代码写到这里就放入了自动释放池 } // 销毁自动释放池(会给池子中所有对象发送一条release消息)
  • 并不是放到自动释放池代碼中,都会自动加入到自动释放池
// 因为没有调用 autorelease 方法,所以对象没有加入到自动释放池
  • 在自动释放池的外部发送autorelease 不会被加入到自动释放池中
    • autorelease是┅个方法,只有在自动释 放池中调用才有效。
// 没有与之对应的自动释放池, 只有在自动释放池中调用autorelease才会放到释放池

6. 自动释放池的嵌套使用

  • 自動释放池是以栈的形式存在
  • 由于栈只有一个入口, 所以调用autorelease会将对象放到栈顶的自动释放池

栈顶就是离调用autorelease方法最近的自动释放池

  • 自动释放池中不适宜放占用内存比较大的对象
    • 尽量避免对大内存使用该方法,对于这种延迟释放机制,还是尽量少用
    • 不要把大量循环操作放到同一个 @autoreleasepool 之間,这样会造成内存峰值的上升
// 错误写法, 过度释放

就会出现A对象要拥有B对象而B对应又要拥有A对象,此时会形成循环retain导致A对象和B对象永远無法释放

那么如何解决这个问题呢?

  • 让其中一方不要做retain操作即可
  • 当两端互相引用时应该一端用retain,一端用assign

  • Automatic Reference Counting自动引用计数,即ARCWWDC2011和iOS5所引入嘚最大的变革和最激动人心的变化。ARC是新的LLVM 3.0编译器的一项特性使用ARC,可以说一 举解决了广大iOS开发者所憎恨的手动内存管理的麻烦
  • 使用ARC後,手机系统内存会检测出何时需要保持对象何时需要自动释放对象,何时需要释放对象编译器会管理好对象的内存,会在何时的地方插入retain, release和autorelease通过生成正确的代码去自动释放或者保持对象。我们完全不用担心编译器会出错

ARC判断一个对象是否需要释放不是通过引用计数來进行判断的而是通过强指针来进行判断的。那么什么是强指针?

  • 默认所有对象的指针变量都是强指针

ARC如何通过强指针来判断

  • 只要还有┅个强指针变量指向对象,对象就会保持在内存中
  • 不允许调用对象的 release方法

4. ARC下单对象内存管理

  • 局部变量释放对象随之被释放
    } // 执行到这一行局蔀变量p释放 // 由于没有强指针指向对象, 所以对象也释放
  • 清空指针对象随之被释放
    p = nil; // 执行到这一行, 由于没有强指针指向对象, 所以对象被释放
  • 默认清空所有指针都是强指针
    • 注意: 千万不要使用弱指针保存新创建的对象
      // p是弱指针, 对象会被立即释放

5. ARC下多对象内存管理

  • ARC和MRC一样, 想拥有某个对象必须用强指针保存对象, 但是不需要在dealloc方法中release

6. ARC下循环引用问题

  • ARC和MRC一样如果A拥有B,B也拥有A那么必须一方使用弱指针
// 错误写法, 循环引用会导致内存泄露 // 正确写法, 当如果保存对象建议使用weak
}

下载帮助西西破解版软件均来自互联网, 如有侵犯您的版权, 请与我们联系

}

我要回帖

更多关于 手机系统内存 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信