使用 ARC 在其自己的完成块中引用 NSOperation 对象

Question

我在将一些 NSOperation 代码转换为 ARC 时遇到困难。我的操作对象使用一个完成块，该完成块又包含一个更新主线程上的 UI 的 GCD 块。因为我从操作对象自己的完成块内部引用操作对象，所以我使用 __weak 指针来避免内存泄漏。但是，当我的代码运行时，指针已经设置为 nil。

我已将范围缩小到此代码示例。有人知道我哪里出错了，以及实现这一目标的正确方法吗？

NSOperationSubclass *operation = [[NSOperationSubclass alloc] init];
__weak NSOperationSubclass *weakOperation = operation;

[operation setCompletionBlock:^{
    dispatch_async( dispatch_get_main_queue(), ^{

        // fails the check
        NSAssert( weakOperation != nil, @"pointer is nil" );

        ...
    });
}];

Answer 1

另一种选择是：

NSOperationSubclass *operation = [[NSOperationSubclass alloc] init];
__weak NSOperationSubclass *weakOperation = operation;

[operation setCompletionBlock:^{
    NSOperationSubclass *strongOperation = weakOperation;

    dispatch_async(dispatch_get_main_queue(), ^{
        assert(strongOperation != nil);
        ...
    });
}];

[operationQueue addOperation:operation];

我假设您还将操作对象添加到 NSOperationQueue 中。在这种情况下，队列将保留一个操作。它可能也在完成块的执行期间保留它（尽管我还没有找到有关完成块的官方确认）。

但在完成块内部会创建另一个块。该块将在稍后的某个时间点运行，可能是在 NSOperations 的完成块运行结束之后。发生这种情况时，operation 将被队列释放，并且 weakOperation 将为 nil。但是，如果我们从操作的完成块创建对同一对象的另一个强引用，我们将确保在运行第二个块时 operation 将存在，并避免保留循环，因为我们不捕获 操作 块中的变量。

Apple 在过渡到 ARC 发行说明中提供了此示例 请参阅使用生命周期限定符避免强引用循环部分中的最后一个代码片段。

Answer 2

我对此不确定，但正确的方法可能是将 __block 添加到有问题的变量中，然后在块末尾将其设置为 nil 以确保它被释放。 查看此问题。

您的新代码将如下所示：

NSOperationSubclass *operation = [[NSOperationSubclass alloc] init];
__block NSOperationSubclass *weakOperation = operation;

[operation setCompletionBlock:^{
    dispatch_async( dispatch_get_main_queue(), ^{

        // fails the check
        NSAssert( weakOperation != nil, @"pointer is nil" );

        ...
        weakOperation = nil;
    });

}];

Answer 3

接受的答案是正确的。但是，从 iOS 8 / Mac OS 10.10 开始，无需弱化操作：

引用自 @completionBlock 上的 NSOperation 文档：

在 iOS 8 及更高版本和 OS X v10.10 及更高版本中，在完成块开始执行后，此属性设置为 nil。

另请参阅 Pete Steinberger 的此推文。