使用 NSOperation 子类 (ARC) 对主线程的块回调

Question

这个问题类似于这个问题，具有自动引用 我有一个 NSOperation 子类，它接受一个块参数，

该参数旨在作为主 (UI) 线程的回调。我的初衷是在后台执行一些操作，然后使用dispatch_async和主队列来执行回调。

最初的前提：

@interface MySubclass : NSOperation {
@protected
    dispatch_block_t _callback;
}

- (id)initWithCallback:(dispatch_block_t)callback;

@end

@implementation MySubclass

- (void)main
{
    // Do stuff

    if (![self isCancelled]) { 
        dispatch_async(dispatch_get_main_queue(), _callback);
    }   
}

@end 

当块范围之外对 UIKit 对象的所有引用都被删除时，就会出现问题。 （例如，UIViewController 从导航堆栈中弹出。）这会留下对块内对象的唯一引用，因此当块位于该块所在的线程上时，该对象将被释放。被释放。。从主线程中释放 UIKit 对象会导致应用程序崩溃，并显示错误消息 尝试从主线程或 Web 线程以外的线程获取 Web 锁。这可能是从辅助线程调用 UIKit 的结果。现在崩溃了...

作为一种解决方法，我向回调 ivar 添加了一个 __block 修饰符，并使用 dispatch_sync 来确保释放的所有内容都在 main 上线。

@interface MySubclass : NSOperation {
@protected
    __block dispatch_block_t _callback;
}
- (id)initWithCallback:(dispatch_block_t)callback;

@end

@implementation MySubclass

- (void)main
{
    // Do Stuff

    if (![self isCancelled]) {
        dispatch_block_t block = ^{
            _callback();
            _callback = nil;
        };

        // Cover all our bases to prevent deadlock
        if ([NSThread isMainThread]) block();
        else dispatch_sync(dispatch_get_main_queue(), block);
    }
}

@end

我想知道是否有更好的方法可以在这个前提下完成某些事情。我的解决方法感觉很hacky，而且我不喜欢这样，我可能最终会在队列中出现多个操作，所有这些操作都在等待主线程的启动才能完成。

Answer 1

如果您需要确保回调运行，即使控制器已从堆栈中弹出，那么您的解决方法是正确的。

但是，如果您确实只需要在控制器仍然存在的情况下运行回调，那么在回调中使用弱引用来确保块本身不会首先保留控制器会更简单。它看起来像这样：

- (void)demoMethod {
    __weak id weakSelf = self;
    MySubclass *subclass = [[MySubclass alloc] initWithCallback:^{
        if (!weakSelf) {
            return;
        }
        else {
            // Do whatever the callback does here
        }
    }];

    // Do something with `subclass` here
}

Answer 2

API 的用户应该维护对 UIView 和任何其他存在此问题的对象的弱引用。然后回调将不再保留 UIView。在块内，他们应该将弱引用分配给强引用，测试该强引用是否为零，然后适当地进行。

视图控制器应该小心，不要不必要地实例化它们的视图。在访问 [self view] 之前，请始终使用 [self isViewLoaded]。 （这也适用于 UITableView 子类中的 [self tableView]，因为这只是 view 的正确键入的别名。）