将调用release释放自动释放对象？

Question

以下

NSImage *image = [[UIImage imageNamed:@"foo.png"] retain];
...
[image release];

我的理解是，从imageNamed返回的对象应该是自动释放的。但是因为对象上有一个保留，然后是一个明确的释放。显式发布不仅会减少引用计数，还会触发整个对象的释放，而不是等待以后进行GC。假设是，当发出释放调用时，iOS将首先尝试减少对象的引用计数，然后找出当时没有其他正在引用该对象的其他人，因此它决定释放分配的内存。这是正确的理解和假设吗？

Answer 1

不，这不正确。

此外，你对内存管理术语的看法有点松散，所以你的问题有点令人困惑。

所有这些方面的详细讨论对于SO帖子来说太过分了。

自动发布池不是垃圾回收。可以把它想象成一个对象集合。自动释放对象时，该对象将添加到池中。当池被耗尽时，它基本上调用池中每个对象的释放（因此，名称自动释放池）。

因此，如果您有一个已自动释放的对象，并且您进行了额外的retain调用（没有匹配的版本），则自动释放池将不会释放该对象。它会像它应该的那样只发布一次。

如果您对该对象进行其他引用，该对象仍将继续通过自动释放池。

多次调用保留/释放只会增加和减少计数。在计数达到零之前，对象不会释放。

Answer 2

这不是一个正确的假设。 release在概念上会否定retain。但是，您无法了解可能存在于其中的任何其他引用计数。 如果您的retain是唯一的，那么它将立即被销毁。当然不是这样。

由于我们知道我们正在获得一个自动释放的对象，因此我们知道我们的retain引用不是唯一的。来自自动释放源的原始参考将保留，直到当前的自动释放池耗尽。因此，你的假设存在缺陷：

  

发布释放呼叫时，iOS会首先尝试减少参考号   指望对象，然后发现其他人没有引用该对象   当时的对象，所以它决定释放分配的内存。

...因为原始自动释放的引用将保留。

一般来说，您不应该对何时解除对象的确切时间做出任何假设。只是担心平衡自己的保留计数并相信事情会成功。在这个例子中，存在的参考文献可能比您自己的retain和假设的autorelease要多得多。只要事情保持平衡，框架就可以自由地保留和释放他们在幕后所需的一切。

最后，只需使用ARC并忘记所有这些：）

Answer 3

没有垃圾收集。严格来说，它是计算自己引用的对象。创建对象时，它会给自己一个引用计数1.在这种情况下，创建对象的方法 - imageNamed: - 将对象放入自动释放池中。这意味着该池是1引用的所有者，它将 auto 稍后释放引用（稍后此方法完成）。

当对象的引用计数降为0时，它会通过运行dealloc方法来销毁自身。

您向图像发送retain（由自动发布池拥有）意味着还有另一个参考 - 另一个所有者 - （计数则为2，但您真的不应该考虑对象的内部绝对数，只是你的所有权。）

游戏池仍会发送release，但是（如果你还没有通过发送retain发布所有权声明），这个版本本身不会丢弃参考数到0，所以对象不会被销毁。

由于您确实发送了release，您已经放弃了您的声明，并且自动发布池将负责其所有权 - 但仍然以后，而不是当您发送{ {1}} - 导致图像破坏。

简而言之，不，您发送release不会更改自动释放池的操作。它仍然拥有该对象，并且仍然在运行循环结束时向其发送release。