UIImageView的UIImage 在ARC下内存释放时间？

Question

先上截图：

首先在viewDidLoad里面新建一个autoreleasepool，将所有代码放在释放池中。
如图中红色箭头部分，只要将image设置到imageView上就会发现image会在自动释放池之后释放（见输出打印）。若使用初始化方法设置image，也会得到同样的结果。当image不设置到imageView上时会在指针设为nil时立刻释放。

个人猜测：
将image设置给imageView后，imageView内部会另外有一个自动释放指针指向image。

问题：

1. 上面的猜测是否正确？

2. 假如上边猜测正确，苹果这样做有什么意义？开发者利用这一点可以做些什么？

Answer 1

1 . 关于这种现象的原因

印象中以前书上看到过，同事回老家把我书拿走了。凭印象写一下，如果有错误的话回头找到书补上。

像[[UIImageView alloc] init]还有一些其他的 init 方法，返回的都是 autorelease 对象。而 autorelease 不能保证什么时候释放，所以不一定在引用计数为 0 就立即释放，只能保证在 autoreleasepool 结尾的时候释放。像 UIImage 还有 NSData 这种，大部分情况应该是延迟释放的，可以理解为到 autoreleasepool 结束的时候才释放。

题主发现『不设置到 imageView 就会立即释放了』，我猜测可能是编译器的一种优化吧。但不设置到 imageView，还有一些其他的用法用到 UIImage 也会导致它不立即释放的。如果我想到例子再补上。

2 . 苹果这样做有什么意义？开发者利用这一点可以做些什么？

这样做的好处可能也是苹果的一种性能优化吧。不过这样做会带来一个坏处，就是如果你在一个循环里每次 new 出一个 UIImage，会在内存里一直不释放。这是我在书上看的一个例子，类似这样的：

for (int i = 0; i < 1000; i++) {
    UIImage* image = [UIImage imageNamed:@"some_image"];
    // 对 image 进行一些处理，比如存文件什么的
}

执行这段代码就会看到内存越增越大，容易导致崩溃。而在每一次循环结束的时候，UIImage 引用都为0了，不过系统不会把它立即释放掉；循环次数多了内存就爆掉了。

为了解决这个问题，可以改成这样：

for (int i = 0; i < 1000; i++) {
    @autoreleasepool {
        UIImage* image = [UIImage imageNamed:@"some_image"];
        // 对 image 进行一些处理，比如存文件什么的
    }
}

这样在每次循环结束的时候都会立即释放 UIImage，也不会对内存造成压力了。