块和 ViewController 线程安全

Question

我一直在查看游戏中心代码示例， GKTapper，开发人员对其实现进行评论的部分对我来说没有多大意义。代码插入如下。我不明白的是为什么在主线程上调度一个修改视图控制器的块不安全？

他提到“如果视图控制器在辅助队列上执行的块中被引用，那么它可能会被释放到主队列之外。即使实际块调度在主线程上也是如此。”如果处理发布的代码位于主 UI 线程（在主运行循环上），这怎么可能？或者 Blocks/GCD 有什么我没有得到的东西吗？

我更好奇的是他的解决方案是如何解决这个问题的。 “因为“callDelegate”是访问委托的唯一方法，所以我可以确保委托在我的任何块回调中都不可见。” （委托在这里是一个视图控制器）

有人可以告诉我这整件事吗？我对块和 GCD 很陌生，所以也许我错过了一些简单的东西......

// NOTE:  GameCenter does not guarantee that callback blocks will be execute on the main thread.
// As such, your application needs to be very careful in how it handles references to view
// controllers.  If a view controller is referenced in a block that executes on a secondary queue,
// that view controller may be released (and dealloc'd) outside the main queue.  This is true
// even if the actual block is scheduled on the main thread.  In concrete terms, this code
// snippet is not safe, even though viewController is dispatching to the main queue:
//
//  [object doSomethingWithCallback:  ^()
//  {
//      dispatch_async(dispatch_get_main_queue(), ^(void)
//      {
//          [viewController doSomething];
//      });
//  }];
//
// UIKit view controllers should only be accessed on the main thread, so the snippet above may
// lead to subtle and hard to trace bugs.  Many solutions to this problem exist.  In this sample,
// I'm bottlenecking everything through  "callDelegateOnMainThread" which calls "callDelegate".
// Because "callDelegate" is the only method to access the delegate, I can ensure that delegate
// is not visible in any of my block callbacks.
// *** Delegate in this case is a view controller. ***
- (void) callDelegate: (SEL) selector withArg: (id) arg error: (NSError*) err
{
    assert([NSThread isMainThread]);
    if([delegate respondsToSelector: selector])
    {
        if(arg != NULL)
        {
            [delegate performSelector: selector withObject: arg withObject: err];
        }
        else
        {
            [delegate performSelector: selector withObject: err];
        }
    }
    else
    {
        NSLog(@"Missed Method");
    }
}

- (void) callDelegateOnMainThread: (SEL) selector withArg: (id) arg error: (NSError*) err
{
    dispatch_async(dispatch_get_main_queue(), ^(void)
    {
       [self callDelegate: selector withArg: arg error: err];
    });
}

- (void) authenticateLocalUser
{
    if([GKLocalPlayer localPlayer].authenticated == NO)
    {
        [[GKLocalPlayer localPlayer] authenticateWithCompletionHandler:^(NSError *error)
        {
            [self callDelegateOnMainThread: @selector(processGameCenterAuth:) withArg: NULL error: error];
        }];
    }
}

Answer 1

问题是块有自己的状态。如果您使用变量创建块，则该变量可能会被复制并在块的生命周期内保留。因此，如果您创建一个使用指向视图控制器的指针的块，则该指针可能会被复制，如果该指针引用的内容随后被释放，那么这将是一件坏事。

考虑以下顺序：

1. 您创建一个引用视图控制器的块并将其提供给 Game Center。
2. 主线程上发生了各种事情，导致视图控制器被释放和释放。
3. 游戏中心执行您给它的块。它仍然有一个指向视图控制器的指针，但视图控制器不再存在。
4. 碰撞。

您显示的代码通过确保块在其状态中不包含指向视图控制器的指针来避免此问题。它只是调用主线程上的一个方法，并且该方法使用它自己的最新指针来访问视图控制器。如果视图控制器被释放，这个指针应该被设置为 nil，这样就不会发生什么不好的事情。

Answer 2

我对块和 GCD 也很陌生，这就是为什么我在 Google 中找到你的问题。

然而，在阅读了另一次讨论后，我认为也许迦勒的答案并不完全正确？
后台线程上释放 UI 对象

Block_release在 其他讨论，拉尔夫说：
“UIKit 对象不喜欢在主线程之外取消分配”，

在 GKTapper 的评论中：
“视图控制器可能会在主队列之外释放（并释放）”

我认为情况更像是：

1. 您创建了视图控制器（保留计数= 1）
2. 您创建了一个也保留了该视图控制器的块（保留计数= 2） ）
3. 在（1）中创建的视图控制器首先被释放（保留计数= 1）
4. 正在辅助线程上执行的块，然后释放（保留计数= 0）
5. 视图控制器在主线程之外被释放

不确定这是否正确，但是目前，这就是我的理解。