autoreleasepool释放时机

最开始只是想试一试写在方法内部的局部变量释放时经不经过autoreleasepool。

例如，下图这样的代码。

xxx.png

为了不影响对象本身的引用计数影响它的销毁过程，使用一个weak指针，不出所料的，打印出来了如下结果

001.png

但是这个实验如果换成NSString得到的则是完全不一样的结果。

如下代码

002.png

打印出来的结果却是：

003.png

这个看上去也很好似乎也很好理解，NSString初始化的时候是存放在常量区的，所以没有释放嘛。

深入研究

为了观察对象的释放过程，我们在str赋值的地方加一个断点

breakpoint.png

走到该断点的时候通过lldb命令watchpoint set variable str来观察，可以看到str由0x0000000000000000变成0x00000001056b3250。

04.png

然后一路点击Continue program execution，发现str会变成0x0000000000000000,控制台只打印了一次str的值，也就是说viewwillappear还没有执行，这点跟雷大博客(Objective-C Autorelease Pool 的实现原理)中的略不一样，我猜是apple改了。

05.png

然后看左侧的方法调用栈，会发现这个过程经过了objc_store,AutoreleasePoolPage::pop(void *)等函数通过autoreleasepool释放了。现在修改一下log语句。

06.png

看了几个大神之前的博客，大都还打印了retainCount,但是今天这里研究的是arc，就不打印retainCount了。

执行如下代码：

074.png

得到打印结果：

066.png

可以看到这里其实是有三种String的,而references指向了cstr，此时在viewWillAppear和viewDidAppear里打印references得到的则是null。

三种String

• NSCFConstantString: 字符串常量，放在常量区，对其retain或者release不影响它的引用计数，程序结束后释放。用字面量语法创建出来的string就是这种，所以在出了viewDidLoad方法以后在其他地方也能打印出值，压根就没释放。

077.png

• NSTaggedPointerString: Tagged Point，标签指针，苹果在64位环境下对NSString和NSNumber做的一些优化，简单来说就是把对象的内容存放在了指针里，这样就不需要在堆内存里在开辟一块空间存放对象了，一般用来优化长度较小的内容。关于标签指针的内容可以参考唐巧的介绍：深入理解Tagged Pointer

对于NSString，当非字面量的数字，英文字母字符串的长度小于等于9的时候会自动成为NSTaggedPointerString类型。代码中的bstr如果再加一位或者有中文在里面就是变成NSCFString。而NSTaggedPointerString也是不会释放的，它的内容就在本身的指针里，又没有对象释放个啥啊。所以如果把references的赋值代码改为

08.png

在viewWillAppear和viewDidAppear中也是能打印出值来的。

NSCFString: 这种string就和普通的对象很像了，储存在堆上，有正常的引用计数，需要程序员分配释放。所以references = cstr时，会打印出null，cstr出了方法作用域在runloop结束时就被autoreleasepool释放了。

stringWithFormat

到这里还是有问题

09.png

根据以上说法，当string超过10位数时，bstr和cstr都是NSCFString，可是两种情况viewWillAppear和viewDidAppear在打印的结果不一样。

bstr:

10.png

cstr:

11.png

根据太阳神黑幕背后的Autorelease中的说法，是因为viewWillAppear和viewDidLoad在一个runloop中导致bstr在willappear中能打印出来值。如果真的是这样那cstr讲道理应该也能打印出值来，文章最开始用NSObject做实验时在viewWillAppear时应该也能打印出值来。

所以其实并不是同一个runloop的问题，问题出在stringWithFormat这个工厂方法上。

查资料得知以 alloc, copy, init,mutableCopy和new这些方法打头的方法，返回的都是 retained return value，例如[[NSString alloc] initWithFormat:]，而其他的则是unretained return value，例如 [NSString stringWithFormat:]。对于前者调用者是要负责释放的，对于后者就不需要了。而且对于后者ARC会把对象的生命周期延长，确保调用者能拿到并且使用这个返回值，但是并不一定会使用 autorelease，在worst case 的情况下才可能会使用，因此调用者不能假设返回值真的就在 autorelease pool中。从性能的角度，这种做法也是可以理解的。如果我们能够知道一个对象的生命周期最长应该有多长，也就没有必要使用 autorelease 了，直接使用 release 就可以。如果很多对象都使用 autorelease 的话，也会导致整个 pool 在 drain 的时候性能下降。

也就是说通过工程方法得到的string生命周期被延长了，所以才会在viewWillAppear里依然可以打印出来。为了证实这一点，我们换成array来做个实验。

14.png

第一种情况通过字面量创建array，打印台输出：

15.png

第二种情况通过工厂方法创建，打印台输出:

16.png

可以看到通过工厂方法创建的array生命周期确实被延长了。

总结

1.方法里的临时变量是会通过autoreleasepool释放的

2.NSCFString跟普通对象一样是可以释放的

3.NSString和NSArray的工厂方法可以延长对象的生命周期(同理，NSDictionary也是一样的，有兴趣的可以试一下)

——————————————转载自http://www.cocoachina.com/ios/20170303/18829.html