MCSession 需要很长时间才能解除分配

Posted 2023-03-11

【中文标题】MCSession 需要很长时间才能解除分配

【英文标题】：MCSession takes a long time to dealloc

【发布时间】：2014-01-31 15:33:35

【问题描述】：

我正在使用多点连接。

当会话结束时，应用程序进入主菜单，所有网络内容都被释放，然后被释放。

但是我的dealloc方法是在主线程中调用的，MCSession对象需要很长时间才能释放自己，我不知道为什么，因此主菜单屏幕冻结了。

如果有人知道为什么MCSession 会这么长，我很感兴趣。但是如果来自MCSession本身，这样做是不是一个好的解决方案？

-(void) dealloc

    //... other release

    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^
        [_session release];
        _session = nil;
    );

    [super dealloc];

编辑：不，这绝对不是一个好的解决方案，因为它会使我的应用程序崩溃。无论如何，还有其他想法吗？

【参考方案1】：

当您调用 [_session release] 时，因为 _session 是一个 Ivar，编译器会将此行替换为 [self->_session release]，并且该块将保留 self 而不是 iVar _session。 这里有两个问题：

试图保留正在释放的对象（自身）。

队列执行时会调用已经释放的self。

以下方案创建一个与iVar相同地址的局部变量并在block内释放，block不会捕获自己。

-(void) dealloc

    //... other release
    MCSession* localSession = _session;
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^
        [localSession release];
    );

    [super dealloc];

【讨论】：

"你能解释一下为什么会这样吗？" - MCSession 通常在主线程上运行。断开连接需要很长时间，这就是它在发布之前所做的事情。在那段时间里，主线程被阻塞了。通过将此任务放在单独的线程上，主线程不会被阻塞，并且您的应用程序会继续，而 MCSession 会阻塞其新线程。或者，您可以将下一个任务放在新线程上。阻塞线程不会阻止下一行代码的执行——但不会有 UIAlerts 或 presentViewController 之类的动画

如您所见，我提出的解决方案只是为了避免尝试在 dealloc 中保留 self（使用 iVar），这是一个错误。

【参考方案2】：

bsarr007 的 解决方案适用于非 ARC 项目。如果你使用 ARC，你可以试试这个：

__block MCSession *localSession = _session;
_session = nil;
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0), ^
    oldSession = nil;
);

它对我有用。我在这里所做的是通过创建指向该对象的新局部变量来增加MCSession 对象的引用计数，因此在设置_session = nil 时不会立即释放它。之后，我将异步运行使用后台队列减少我的MCSession 对象的引用计数器的代码。

【讨论】：

是的，我的解决方案是针对非 ARC 项目。