长路漫漫,唯剑作伴--Automatic Reference Counting

一、引用计数

  1. 在OC中,对象什么时候会被释放?

    • 答案是当对象没有被任何变量引用(也可以说是没有指针指向该对象)的时候,就会被释放。
  2. 怎么知道对象已经没有被引用了呢?

    • OC采用引用计数(reference counting)的技术来进行管理:

      • 每个对象都有一个关联的整数,称为引用计数器

      • 当代码需要使用该对象时,则将对象的引用计数加1

      • 当代码结束使用该对象时,则将对象的引用计数减1

      • 当引用计数的值变为0时,表示对象没有被任何代码使用,此时对象将被释放。

    • 内存管理的思考方式:

      • 自己创建的对象自己管理。

      • 不是自己创建的对象,自己也能持有。

      • 不再需要自己持有的对象时,释放。

      • 不是自己持有的对象,不能释放。

      • 总结一句话就是:谁创建,谁释放,谁持有,谁管理

    • 与之对应的消息发送方法如下:

      • 增加引用计数:alloc、new、copy、mutableCopy(此为生成),retain(此为持有对象)

      • 减少引用计数:release(此为释放对象)

      • 释放dealloc(此为废弃对象)

    • 下面通过一个简单的例子说明:

      • 新建Dog类,重写其创建和销毁的方法:

        @implementation Dog
         
            - (instancetype)init {
                if (self = [super init]) {
                    NSLog(@"小狗被派出去啦!初始引用计数为 %ld",self.retainCount);
                }
                return self;
            }
         
            - (void)dealloc {
                NSLog(@"小狗回到宠物中心");
                [super dealloc];
            }
        @end
      • 在main方法中创建dog对象,給dog发送消息:

        //模拟:宠物中心派出小狗
        Dog * dog = [[Dog alloc]init];
        //模拟:xiaoming需要和小狗玩耍,需要将其引用计数加1
        [dog retain];
        NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
        //模拟:xiaoming不和小狗玩耍了,需要将其引用计数减1
        [dog release];
        NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
        //没人需要和小狗玩耍了,将其引用计数减1
        [dog release];
        //将指针置nil,否则变为野指针
        dog = nil;
      • 输出结果为:

        [34691:7638855] 初始引用计数为 1
        [34691:7638855] 小狗的引用计数为 2
        [34691:7638855] 小狗的引用计数为 1
        [34691:7638855] 销毁Dog
      • 可以看到,引用计数帮助宠物中心很好的标记了小狗的使用状态,在完成任务的时候及时收回到宠物中心。

    • 思考几个问题:

      • NSString引用计数问题:

        NSString * str = @"hello guys";
        NSLog(@"%ld", str.retainCount);
        // 会发现引用计数为-1,这可以理解为NSString实际上是一个字符串常量,是没有引用计数的(或者它的引用计数是一个很大的值(使用%lu可以打印查看),对它做引用计数操作没实质上的影响)。
      • 赋值不会拥有某个对象:

        NSString * name = dog.name;
        // 这里仅仅是指针赋值操作,并不会增加name的引用计数,需要持有对象必须要发送retain消息。
      • dealloc:

        • 由于释放对象是会调用dealloc方法,因此重写dealloc方法来查看对象释放的情况,如果没有调用则会造成内存泄露。在上面的例子中我们通过重写dealloc让小狗被释放的时候打印日志来告诉我们已经完成释放。

      • 在上面例子中,如果我们增加这样一个操作:

        //没人需要和小狗玩耍了,将其引用计数减1
        [dog release];
        NSLog(@"%ld",dog.retainCount);
        // 会发现获取到的引用计数为1,为什么不是0呢?
        // 这是因为对引用计数为1的对象release时,系统知道该对象将被回收,就不会再对该对象的引用计数进行减1操作,这样可以增加对象回收的效率。

 二、自动释放池

  1. 思考

    • 现在已经明确了,当不再使用一个对象时应该将其释放,但是在某些情况下,我们很难理清一个对象什么时候不再使用(比如xiaoming和小狗玩耍结束的时间不确定),这可怎么办?

    • ObjC提供autorelease方法来解决这个问题,当給一个对象发送autorelease消息时,方法会在未来某个时间給这个对象发送release消息将其释放,在这个时间段内,对象还是可以使用的。

  2. 那autorelease的原理是什么呢?

    • 原理就是对象接收到autorelease消息时,它会被添加到了当前的自动释放池中,当自动释放池被销毁时,会給池里所有的对象发送release消息。

  3. 创建

    • 方法一:使用NSAutoreleasePool来创建

      NSAutoreleasePool * pool = [[NSAutoreleasePool alloc]init];
      //这里写代码
      [pool release];
    • 方法二:使用@autoreleasepool创建

      @autoreleasepool {
          //这里写代码
      }
    • 自动释放池创建后,就会成为活动的池子,释放池子后,池子将释放其所包含的所有对象。

    • 以上两种方法推荐第一种,因为将内存交给ObjC管理更高效。

    • 自动释放池什么时候创建?

      • app使用过程中,会定期自动生成和销毁自动释放池,一般是在程序事件处理之前创建,当然我们也可以自行创建自动释放池,来达到我们一些特定的目的。

    • 自动释放池什么时候销毁?

      • 自动释放池的销毁时间是确定的,一般是在程序事件处理之后释放,或者由我们自己手动释放。

  4. 下面举例说明自动释放池的工作流程:

    • 代码

      //创建一个自动释放池
      NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
      //模拟:宠物中心派出小狗
      Dog * dog = [[Dog alloc]init];
      //模拟:xiaoming需要和小狗玩耍,需要将其引用计数加1
      [dog retain];
      NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
      //模拟:xiaohong需要和小狗玩耍,需要将其引用计数加1
      [dog retain];
      NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
      //模拟:xiaoming确定不想和小狗玩耍了,需要将其引用计数减1
      [dog release];
      NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
      //模拟:xiaohong不确定何时不想和小狗玩耍了,将其设置为自动释放
      [dog autorelease];
      NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
      //没人需要和小狗玩耍了,将其引用计数减1
      [dog release];
      NSLog(@"释放池子");
      [pool release];
      //创建一个自动释放池
      @autoreleasepool {
          //模拟:宠物中心派出小狗
          Dog * dog = [[Dog alloc]init];
          //模拟:xiaoming需要和小狗玩耍,需要将其引用计数加1
          [dog retain];
          NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
          //模拟:xiaohong需要和小狗玩耍,需要将其引用计数加1
          [dog retain];
          NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
          //模拟:xiaoming确定不想和小狗玩耍了,需要将其引用计数减1
          [dog release];
          NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
          //模拟:xiaohong不确定何时不想和小狗玩耍了,将其设置为自动释放
          [dog autorelease];
          NSLog(@"小狗的引用计数为 %ld",dog.retainCount);
          //没人需要和小狗玩耍了,将其引用计数减1
          [dog release];
          NSLog(@"释放池子");
      }
    • 结果

      [34819:7801589] 初始引用计数为 1
      [34819:7801589] 小狗的引用计数为 2
      [34819:7801589] 小狗的引用计数为 3
      [34819:7801589] 小狗的引用计数为 2
      [34819:7801589] 小狗的引用计数为 2
      [34819:7801589] 释放池子
      [34819:7801589] 销毁Dog
      // 可以看到,当池子释放后,dog对象才被释放,因此在池子释放之前,xiaohong都可以尽情地和小狗玩耍。
  5. 使用自动释放池需要注意:

    • 自动释放池实质上只是在释放的时候給池中所有对象对象发送release消息,不保证对象一定会销毁,如果自动释放池向对象发送release消息后对象的引用计数仍大于1,对象就无法销毁。

    • 自动释放池中的对象会集中同一时间释放,如果操作需要生成的对象较多占用内存空间大,可以使用多个释放池来进行优化。比如在一个循环中需要创建大量的临时变量,可以创建内部的池子来降低内存占用峰值。

    • autorelease不会改变对象的引用计数。

  6. 自动释放池的常见问题

    • 在管理对象释放的问题上,自动帮助我们释放池节省了大量的时间,但是有时候它却未必会达到我们期望的效果,比如在一个循环事件中,如果循环次数较大或者事件处理占用内存较大,就会导致内存占用不断增长,可能会导致不希望看到的后果。

    • 示例代码:

      for (int i = 0; i < 100000; i ++) {
          NSString * log  = [NSString stringWithFormat:@"%d", i];
          NSLog(@"%@", log);
      }
    • 前面讲过,自动释放池的释放时间是确定的,这个例子中自动释放池会在循环事件结束时释放,那问题来了:在这个十万次的循环中,每次都会生成一个字符串并打印,这些字符串对象都放在池子中并直到循环结束才会释放,因此在循环期间内存不增长。

    • 这类问题的解决方案是在循环中创建新的自动释放池,多少个循环释放一次由我们自行决定。

      for (int i = 0; i < 100000; i ++) {
          @autoreleasepool {
              NSString * log  = [NSString stringWithFormat:@"%d", i];
              NSLog(@"%@", log);
          }
      }
  7. 被autorelease处理过的对象的释放时机

    • autorelease并不是根据作用域来决定释放时机的,而是Runloop。当一个runloop结束时系统才会一次性清理掉被autorelease处理过的对象,其实本质上说是在本次runloop迭代结束时清理掉被本次迭代期间被放到autorelease pool中的对象的。至于何时runloop结束并没有固定的duration!

 

三、ARC

  1. 简介

    • ARC,自动引用计数,是指iOS的内存管理使用引用计数的技术。

    • 在OC中采用Automatic Reference Counting的机制,让编译器进行内存管理。在新一代的Apple LLVM编译器中设置ARC为有效状态,就不用再次键入retain、release代码,这在降低程序崩溃、内存泄漏等风险的同时,很大程度上减少了开发程序的工作量。编译器完全清楚目标对象,并能立刻释放那些不再被使用的对象(有待斟酌)。如此一来,应用程序将具有可预测性,且运行流畅,速度也将大幅提升。(摘自苹果官方文档说明)

  2. ARC修饰符

    • __strong:强引用,持有所指向对象的所有权,无修饰符情况下的默认值。如需强制释放,可置nil。

      • 比如我们常用的定时器:NSTimer * timer = [NSTimer timerWith...];

      • 相当于NSTimer * __strong timer = [NSTimer timerWith...];

      • 当不需要使用时,强制销毁定时器:[timer invalidate];timer = nil;

    • __weak:弱引用,不持有所指向对象的所有权,引用指向的对象内存被回收之后,引用本身会置nil,避免野指针。

      • __weak __typeof(self) weakSelf = self;

    • __autoreleasing:自动释放对象的引用,一般用于传递参数

    • __unsafe_unretained:为兼容iOS5以下版本的产物,可以理解成MRC下的weak,现在基本用不到,这里不作描述

    • 使用__autoreleasing可能会遇到哪些问题?

    • 使用修饰符的正确姿势

      NSString * __weak str = @"hehe"; // 正确!
      
      __weak NSString *str = @"hehe";  // 错误!
      
      // 我相信很多人都和我一样,从开始用ARC就一直用上面那种错误的写法。
      // 那这里就有疑问了,既然文档说是错误的,为啥编译器不报错呢?好吧,是苹果考虑到很多人会用错,所以在编译器这边贴心地帮我们忽略并处理掉了这个错误:)
      // 虽然不报错,但是我们还是应该按照正确的方式去使用这些修饰符
      // 如果你以前也常常用错误的写法,那看到这里记得以后不要这么写了,哪天编译器怒了,再不支持错误的写法,就要郁闷了。
      // (参见苹果官方文档)
  3. sasf

 

 

 

 

 

 

posted @ 2017-04-14 18:11  来事啊  阅读(284)  评论(0编辑  收藏  举报