老虎书内存管理整理和摘录

  1. 使用alloc/new/copy/mutableCopy生成的对象是自己生成并持有

  2. 使用retain方法持有非自己生成的对象

  3. 使用release释放自己不需要持有的对象,1和2两种方式持有的对象都可以通过3这种方式释放

  4. release操作以后,指向对象的指针依旧存在,貌似可以访问,但是指针指向的对象就不能被访问了

  5. 使用autoRelease 取的对象的存在,却不持有对象,使对象超出指定的生存范围就自动并正确的释放,即调用release方法
    5.1 使用retain方法可以持有 autoRelease 的对象

  6. 引用计数是采用引用类似散列表的引用计数表,将对象的引用计数存储到表中
    6.1 不需要在对象内部分配内存进行存储
    6.2 引用计数表中记录着对象内存,可以从记录中查询到各个对象的内存块
    6.3 即使对象出现问题,到底占用的内存损坏,也可以通过引用计数表确认并查找

  7. autorelease会像C语言自动变量一样对待其修饰的对象,即当超出其作用域时,对象实例的release方法会被调用

7.1 autorelease的具体使用方法

  • 生成并持有NSAutoreleasePool对象
  • 调用已分配对象的autorelease实例方法
  • 销毁NSAutoreleasePool对象

7.2 NSAutoreleasePool对象生存周期相当于C语言的局部变量作用域,对所有调用过autorelease的实例方法的对象,在销毁NSAutoreleasePool对象是,都将调用release实例方法,即实例对象调用release方法
7.3 在cocoa框架中,主循环的Runloop会对NSAutoreleasePool进行生成持有或者销毁,因此程序员本身不一定非要使用NSAutoreleasePool进行开发
7.4 当对象调用了autorelease方法是实现实际大致可以理解为是调用的NSAutoreleasePool调用了类方法addObject

- (void) autorelease 
{
  [NSAutoreleasePool addObject: self];
}

NSAutoreleasePool调用addObject类方法的底层实现大致可以类比为

+ (void) addObject: (id) anObj
{
      NSAutoreleasePool *pool = 取得正在使用的 NSAutoReleasePool对象;
      if (pool != nil) {
            [pool addObject: anObj];
      }  else {
          NSLog(@"NSAutoreleasePool 对象为空状态下调用 autorelease方法");
      }
}

NSAutoreleasePool的实例对象的 addObject(即上面代码中[pool addObject: anObj];)的实际实现大致为

- (void) addObject: (id) anObj 
{
    [array addObject: anObj];
}

即类比为数组中添加已经调用过autorelease的对象

7.5 NSAutoreleasePool 调用drain方法对 NSAutoreleasePool进行销毁,其大致实现为

- (void) drain 
{
    [self delloc];
}

- (void) dealloc 
{
    [self emptyPool];
    [array release];
}
- (void) emptyPool 
{
    for (id obj in array) {
        [obj release];
    }
}

主要目的是对数组中所有对象都调用release实例方法
7.6 showPool: 非公开的类方法,用于确认已被autorelease的对象的状况,其会将现在的 NSAutoreleasePool的状况打印到控制台上。在运行时系统中,非公开函数_objc_autoreleasePoolPrint()与此方法作用相同

  1. 内存泄露的概念:
    应给被销毁的对象在超过其生命周期以后仍然存在

  2. __weak弱引用修饰的对象被销毁以后,此所弱引用将自动失效,被并处于赋值为nil状态【demo可以验证】




    9.1 __weak 是在iOS5发布的,ios4及之前使用__unsafe_unretain

  3. __unsafe_unretain 属于不安全的修饰符,不属于编译器的内存管理工作(ARC式的内存管理是编译器特性)
    10.1 和__weak相同的是自己生成并持有的对象不能继续为自己所有,会被立即释放,所以会有编译器警告,类似于__weak
    10.2 与__weak 不同的是,访问被__unsafe_unretain修饰的对象,不一定会崩溃,有概率的,所以被__unsafe_unretain修饰的对象赋值给__strong修饰的对象时,要判断对象是不是存在,防止崩溃
    10.3 使用范围:iOS4及之前的程序,替代__weak

  4. 使用ARC的规则

  • 不能使用retain/release/retainCount/autorelease
  • 不能使用NSAllocateObject /NSDeallocateObject
  • 不能使用区域(NSZone)
  • 不要显示的调用delloc
  • 必须遵循内存管理的方法命名规则
  • 使用@autoreleasepool块代替NSAutoreleasePool
  • 对象型变量不能作为C语言结构体的成员
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,204评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,091评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,548评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,657评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,689评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,554评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,302评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,216评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,661评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,851评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,977评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,697评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,306评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,898评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,019评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,138评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,927评论 2 355

推荐阅读更多精彩内容