OC 内存管理机制总结

一:OC内存管理机制目前分为两块,其一自动内存管理机制,其二手动内存管理机制:

1.首先我们从自动内存管理机制讲起:

1)什么是自动内存管理机制,自动内存管理机制就是程序中所创造的成员变量交由系统统一处理,不需要外部人员干预,有点像java中gc(垃圾回收机制)。

2)之前是没有自动内存管理机制的,后期苹果想拓展自己的开发市场,吸引其他平台开发者入住ios开发阵营,其中收到内存管理是很发杂的一块,对于转入IOS开发者不利,因此苹果推出了自动内存管理机制。

2.接下来我们将手动内存管理机制:

1)什么又是手动内存管理机制,很好理解,其实参与内存销毁动作交给了程序员去管理,原则是谁创建对象谁销毁对象(内存配对原则)。

二:OC内存管理开发中需要主要那些,其一野指针,其二内存泄漏:

1)那么什么又是野指针,根据网上的理解,指针所指的对象已经被销毁,但后续还在使用该指针,此时指针指向了一个什么都不是的东西,我们称它为野指针,那么如何防止野指针的,一般处理的方式是对象进行release操作后,在赋值对象nil值。

2)那么什么是内存泄漏,根据网上的理解,在操作对象是没有遵循内存配对原则,创建了对象了,却未对对象进行销毁,此时这个未被销毁的对象就是我们所谓的内存中泄漏的对象,这种行为也就是所谓的内存泄漏,内存泄漏不会影响对象的正常运行,但会影响程序的效率。

我们为什么需要内存管理?当使用内存达到40M和45M时候会发出警告,如果不处理,占用内存达到120M时直接强制关闭程序。所以出现闪退除了是程序出现逻辑错误,还有可能是内存使用过大。

(1)创建一个对象的过程:先分配内存空间存储对象;初始化成员变量;返回对象的指针。

(2)对象在创建时,内部会自动创建一个引用计数器retainCount,当retainCount=0时,系统会回收当前对象,retainCount是唯一判断标记。release会-1,retain会+1,retain后返回的是自己self指针。

(3)将ARC关闭调成手动内存管理模式。

(4)内存配对原则:只要有new、alloc或retain,都需要配对一个release或autorelease。

在main.m中,需要把@autorelease pool{}去除,完全靠手动管理:

  1. #import <Foundation/Foundation.h>
  2. #import "Person.h"
  3. int main(int argc, const charchar * argv[]) {
  4. //alloc时retainCount=1
  5. Person *p1=[[Person alloc]init];
  6. NSLog(@"%lu",p1.retainCount);
  7. //引用计数=2
  8. [p1 retain];
  9. NSLog(@"%lu",p1.retainCount);
  10. //引用计数=1
  11. [p1 release];
  12. NSLog(@"%lu",p1.retainCount);
  13. //引用计数=0
  14. [p1 release];
  15. //怎么验证此时对象已被销毁呢?每个对象被销毁时会调用dealloc方法,我们重写dealloc,让它输出一些东西,证明被调用了即可
  16. //重写是在这个对象所属类的.m文件中,即本例的Person.m中
  17. return 0;
  18. }
#import <Foundation/Foundation.h>
#import "Person.h" int main(int argc, const char * argv[]) { //alloc时retainCount=1
Person *p1=[[Person alloc]init];
NSLog(@"%lu",p1.retainCount); //引用计数=2
[p1 retain];
NSLog(@"%lu",p1.retainCount); //引用计数=1
[p1 release];
NSLog(@"%lu",p1.retainCount); //引用计数=0
[p1 release];
//怎么验证此时对象已被销毁呢?每个对象被销毁时会调用dealloc方法,我们重写dealloc,让它输出一些东西,证明被调用了即可
//重写是在这个对象所属类的.m文件中,即本例的Person.m中 return 0;
}

在Person.m中:

  1. #import "Person.h"
  2. @implementation Person
  3. -(void)dealloc{
  4. //在对象被销毁之前,先用以下语句释放父类中得相关对象
  5. [super dealloc];
  6. NSLog(@"i am dealloc");
  7. }
  8. @end
#import "Person.h"

@implementation Person

-(void)dealloc{

    //在对象被销毁之前,先用以下语句释放父类中得相关对象
[super dealloc];
NSLog(@"i am dealloc");
} @end

(5)一个对象被回收后,这个对象被称之为僵尸对象,因为Xcode不会时时检查僵尸对象,所以在CMD+R运行时,访问已经被回收的对象有时会报错有时不报错。如果想Xcode时时检查,以下设置。默认是不时时检查,是为了提高编码效率。但建议关闭,因为当类比较多项目大时很耗内存。

(6)手动内存管理研究的两个问题就是:野指针和内存泄露。当对象对回收后,该指针变量没有被设置为nil时,这个指针就是野指针,会导致程序出现闪退。所以我们一般在release后把这个指针变量设置为nil。尽管后续还用到p1,但是p1是nil,向其发送任何消息都没回应也没影响,不会出现闪退。

(7)内存泄露:第一种情况是,不再被使用的对象没有回收一直存在内存中。第二种情况是,不小心先把指针变量设置为nil,然后再[p1 release];已经无效了,此时因为retainCount是唯一标记,尽管没有指针指向这个对象,但对象依然存在在内存中。

  1. #import <Foundation/Foundation.h>
  2. #import "Person.h"
  3. int main(int argc, const charchar * argv[]) {
  4. //alloc时retainCount=1
  5. Person *p1=[[Person alloc]init];
  6. NSLog(@"%lu",p1.retainCount);
  7. //引用计数=2
  8. [p1 retain];
  9. NSLog(@"%lu",p1.retainCount);
  10. //引用计数=1
  11. [p1 release];
  12. NSLog(@"%lu",p1.retainCount);
  13. //引用计数=0
  14. [p1 release];
  15. //怎么验证此时对象已被销毁呢?每个对象被销毁时会调用dealloc方法,我们重写dealloc,让它输出一些东西,证明被调用了即可
  16. //重写是在这个对象所属类的.m文件中,即本例的Person.m中
  17. return 0;
  18. }
#import <Foundation/Foundation.h>
#import "Person.h" int main(int argc, const char * argv[]) { //alloc时retainCount=1
Person *p1=[[Person alloc]init];
NSLog(@"%lu",p1.retainCount); //引用计数=2
[p1 retain];
NSLog(@"%lu",p1.retainCount); //引用计数=1
[p1 release];
NSLog(@"%lu",p1.retainCount); //引用计数=0
[p1 release];
//怎么验证此时对象已被销毁呢?每个对象被销毁时会调用dealloc方法,我们重写dealloc,让它输出一些东西,证明被调用了即可
//重写是在这个对象所属类的.m文件中,即本例的Person.m中 return 0;
}

(8)定义一个p1指针变量后,将其赋值给另一个指针变量p2,那么这个对象retainCount不变,只是多了一个p2指向这个对象而已。任何一个p1和p2都可以release这个对象,release后,这两个指针变量如果不设置为nil就变成野指针。

(9)将指针变量作为参数传递给其他方法时,不会增加其指向对象的引用计数。所以归根结底还是看是否有无retain、new、alloc,以及看是否与release、autorelease配对使用。

(10)Car类是Person类的子类,Person类有个方法是-(void)setCar:(Car *)car{_car=car;}和-(void)drive{[_car run];},run方法是Car类的方法。在主函数中我们的Person对象p1在alloc时候需要配对一个release。如果需要使用[p1 drive];那么需要实例化一个Car对象car1,那么也需要为car1匹配个release。一般是car1的alloc和release被包裹在p1的alloc和release里面。如果我计划在[car1 release];和[p1 release];之间再使用p1的任意方法,比如[p1 drive];发现因为car1已经被release,所以会报错。也就是说,我的p1对象还存在,但是我已经不能任意使用它所有的方法了。怎么解决?

第一步:在setCar方法中修改为_car=[car retain];相当于给这个car1对象的retainCount+1,这样就算我们在主函数中使用配对原则,retainCount仍然还有1,这样p1就可以任意使用。

第二步:就是消除上面仍然存在的car1的retainCount的1,我们的目的是要这个car1的retainCount一直是1,除非我的p1不在了,那car1可以不在。所以我们需要在p1不在的时候把它消除,即在p1的dealloc里面把它消除,消除就是把它[_car release];

(11)接以上问题:如果在主函数里面连续定义两个Car对象变量car1和car2,则最后一个对象变量的内存管理正常,但是前面的几个不正常。因为car1的retainCount还有1,在dealloc里面的_car是car2,所以car2内存正常,car1不正常,内存泄露。解决办法?

问题还是集中在setCar中,在前面增加一句[_car release];如此便好。当第一次调用_car是nil,不影响,转了一圈出去后car1的retainCount为2,当第二次调用时[_car release];里的_car是car1,所以把car1释放了,然后接着把car2的retainCount变成2,随后在主函数以及dealloc中分别释放掉car2。

(12)接以上问题,如果我第二次调用setCar时不时传递car2,而是依然传递的时car1,那么此时在第二次调用时,遇到[_car release];则已经释放了car1,所以下面一句_car=[car retain];就变成野指针操作了。解决办法?

我们给这个[_car release};增加1个判断语句。因为如果是同一个对象没有新对象传递进来的话,_car就一直是这个对象,那么我们会在dealloc中的[_car release];释放掉,而如果后来传递的对象和上一次的不同的话,在dealloc中得[_car release];会变成第二个对象在释放,第一个对象就少了一个释放操作。所以我们的结论是,判断一下,如果传递的新对象是上一次的那个,就不在这个释放,否则就在这里释放。即变成if(_car!=car){[_car release];_car=[car retain];},这句话的核心就是release旧值,retain新值。而且如果传递的和上次一样的对象,则不做任何操作,retainCount仍然是1。

(13)所以,总结成员变量对象的内存管理,就是:a)主要针对setter方法;b)在setter方法中增加一个if(新值!=旧值){release旧值,retain新值};c)并在类的dealloc函数中写一个release。

(14)其实利用@property定义成员变量的时候其实不同的参数就是在指示程序生成不同类型的setter方法。retain是指示程序生成符合内存管理的setter方法,就是上面的if的那一串。而assign则是普通setter方法,所以我们一般对对象类型用retain,而基本数据类型用assign。

但是,关键是上面的retain只是改变了setter方法,并没有自动在dealloc中release。所以,我们在用@property(retain)***的时候,虽然不需要重写setter方法,但是需要重写类的dealloc方法来release释放一次这个成员变量。

(15)顺便,线程管理参数atomic是mac开发的残留物,一般iOS都是nonatomic,而且要书写,因为默认是atomic,所以一般只有两种形式@property(nonatomic,retain)Char *char1;和@property(nonatomic,assign) int age;

(16)顺便,readwrite(生成getter和setter方法)和readonly(只生成getter方法),默认是readwrite。可以利用以下语句更换默认的setter或者getter方法名@property(nonatomic,assign,setter=abc) int age;以后调用setter方法就直接用abc代替。这个一般用在定义BOOL变量时改变setter和getter的名称,一般改成isXXX。

OC 内存管理机制总结的更多相关文章

  1. object-c(oc)内存管理机制详解

    1.内存的创建和释放 让我们以Object-c世界中最最简单的申请内存方式展开,谈谈关于一个对象的生命周期.首先创建一个对象: 1 2 3 //“ClassName”是任何你想写的类名,比如NSStr ...

  2. 12.Object-C--浅谈OC的内存管理机制

    昨天学习了OC的内存管理机制,今天想总结一下,所以接下来我要在这里bibi一下:OC的内存管理. 首先我要说的是,内存管理的作用范围. 内存管理的作用范围: 任何继承了NSObject的对象,对其他基 ...

  3. OC的内存管理机制

    总的来说OC有三种内存管理机制,下面将分别对这三种机制做简要的概述. 1.手动引用计数(Mannul Reference Counting-MRC) mannul:用手的,手工的. 引用计数:reta ...

  4. OC内存管理、非ARC机制、MRR机制

    在Xcode里面,默认为ARC(auto reference counting),也就是自动内存管理机制,在这里我们要了解的是内存管理,肯定是不能让系统帮我们管理内存,我们需要将ARC关闭,首先在左边 ...

  5. ARC内存管理机制详解

    ARC在OC里面个人感觉又是一个高大上的牛词,在前面Objective-C中的内存管理部分提到了ARC内存管理机制,ARC是Automatic Reference Counting---自动引用计数. ...

  6. iOS学习17之OC内存管理

    1.内存管理的方式 1> iOS应用程序出现Crash(闪退),90%的原因是因为内存问题. 2> 内存问题 野指针异常:访问没有所有权的内存,如果想要安全的访问,必须确保空间还在 内存泄 ...

  7. MRC、ARC内存管理机制

    MRC下,oc内存管理遵循"谁创建.谁释放.谁引用.谁管理"的机制,当创建或引用一个对象时,需要向她发送alloc,copy,retain消息,当释放该对象时需要发送release ...

  8. 浅谈OC内存管理

    一.基本原理 (一)为什么要进行内存管理. 由于移动设备的内存极其有限,所以每个APP所占的内存也是有限制的,当app所占用的内存较多时,系统就会发出内存警告,这时需要回收一些不需要再继续使用的内存空 ...

  9. OC内存管理-OC笔记

    内存管理细节:http://blog.sina.com.cn/s/blog_814ecfa90102vus2.html 学习目标 1.[理解]内存管理 2.[掌握]第一个MRC程序 3.[掌握]内存管 ...

随机推荐

  1. careercup-高等难度 18.7

    18.7 给定一组单词,编写一个程序,找出其中的最长单词,且该单词由这组单词中的其他单词组合而成. 解法: 原题 给定字符串,以及一个字典,判断字符串是否能够拆分为字段中的单词.例如,字段为{hell ...

  2. 关于Spring IOC容器解释

    何谓控制反转(IoC = Inversion of Control),何谓依赖注入(DI = Dependency Injection)?之前看到过两个比喻,觉得比较形象,特在此写下: IoC,用白话 ...

  3. 关于InputStream 和String对象之间的相互转换

    代码如下: package com.xin.stream; import java.io.BufferedReader; import java.io.ByteArrayInputStream; im ...

  4. ProcMon启用调试符

    1.设置 _NT_SYMBOL_PATH 如果在 _NT_SYMBOL_PATH 环境变量中提供了正确的?symsrv?语法,则常见的 Mircoroft 调试工具将使用 SymSrv 技术.这些工具 ...

  5. 【Mood-20】滴滤咖啡做法 IT工程师加班必备 更健康的coffee 项目经理加班密鉴

    Drip Coffee

  6. uva 12100 Printer Queue 优先级队列模拟题 数组模拟队列

    题目很简单,给一个队列以及文件的位置,然后一个一个检查,如果第一个是优先级最高的就打印,否则放到队列后面,求所要打印的文件打印需要花费多长时间. 这里我用数组模拟队列实现,考虑到最糟糕的情况,必须把数 ...

  7. B-tree解释

    1 .B-树定义 B-树是一种平衡的多路查找树,它在文件系统中很有用. 定义:一棵m 阶的B-树,或者为空树,或为满足下列特性的m 叉树:⑴树中每个结点至多有m 棵子树:⑵若根结点不是叶子结点,则至少 ...

  8. HDU 5253 连接的管道 (最小生成树)

    连接的管道 Time Limit: 2000/1000 MS (Java/Others)    Memory Limit: 32768/32768 K (Java/Others)Total Submi ...

  9. jQuery选择器之子元素过滤选择器Demo

    测试代码: 07-子元素过滤选择器.html <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" & ...

  10. 第03篇. 标准Web项目Jetty9内嵌API简单启动

    一直以来,想改变一些自己早已经习惯的事情. 到了一定年龄,便要学会寡言,每一句话都要有用,有重量. 喜怒不形于色,大事淡然,有自己的底线. --胖先生 昨天,简单的说了一下关于Jetty9的配置,大家 ...