非 GC 应用程序中的内存管理 OS X __block 变量分配

Question

我有一个non-gc OS X 应用程序。在这个应用程序中，我试图从块内将一个对象分配给一个块变量。然后这个对象被另一个线程从它所在的数组中清除。我假设因为它是一个non-gc 应用程序，所以block_byref 结构正在设置BLOCK_NEEDS_FREE 标志，并且dispose 辅助函数正在清理对象。副本是否足够安全？

- (void)assignFromArray
{
  __block NSObject iWantToKeep = nil;

  [myArray enumerateObjectsUsingBlock:^(id obj, NSUInteger idx, BOOL *stop)
  {
    if([[obj stringVar] isEqualToString:MyStringConst])
    {
       iWantToKeep = [obj copy];
       *stop = YES;
    }
  }];

/* Assume here that the array has been cleaned up by another thread
 * and all the objects in it have been released.
 *
 * Was a copy safe enough to survive the block_byref dispose
 * and the array objects being dealloc'd so that it can be accessed here?
 */
   NSLog(@"%@", [iWantToKeep stringVar]);

  //I only need it briefly, so it can be cleaned up here
  [iWantToKeep autorelease];
}

Answer 1

您需要先释放iWantToKeep，然后再为其分配新值，否则您将泄漏。

我不知道你为什么copying 对象。我假设你需要复制的行为。该对象只需要保留（copy 执行retain）。

副本是否足够安全，可以在 block_byref 处置中幸存下来

iWantToKeep 变量此时仍在作用域内。所以它是可用的。

以及数组对象被解除分配以便可以在此处访问？

数组不会“释放”它的元素。它释放它们。因为我们保留了我们想要的对象，所以我们拥有它并且可以使用它。

这里假设这个数组已经被另一个线程清理干净了，里面的所有对象都被释放了。

这似乎不安全。如果这发生在更早一点的迭代中，并且数组在迭代时被修改或释放，就会发生不好的事情。

Answer 2

是的，效果很好。您只需要确保在丢弃数组之前制作了副本。