iOS CATiledLayer 崩溃

Question

我有一个适用于 iPad 的 pdf 阅读器应用程序，我使用滚动视图来显示每个页面。我将页面保持在视图中，并将页面两侧的一页保持在视图中。我有单独的纵向和横向视图。纵向视图显示单页，横向查看器显示 2 页。

当 iPad 更改方向时，我会卸载旧方向的视图并加载新方向的视图。假设它处于纵向视图，然后更改为横向视图，应用程序会卸载纵向视图并加载横向视图。除非 pdf 文件很大，否则这一切都非常有效。

pdf 是使用tiledlayers 绘制的。当大型 pdf 文件的方向发生变化时，应用程序会崩溃。仅当在绘制所有图块之前更改方向时，应用程序才会崩溃。我的猜测是它正在崩溃，因为它试图将图块绘制到已卸载的视图上。那么有没有办法在我卸载视图时停止绘制图块呢？

Answer 1

您需要将 CALayer 的委托设置为 nil，然后将其从超级视图中删除。
这会停止渲染，之后您可以安全地解除分配。

- (void)stopTiledRenderingAndRemoveFromSuperlayer; {
    ((CATiledLayer *)[self layer]).delegate = nil;    
    [self removeFromSuperview];
    [self.layer removeFromSuperlayer];
}

另外，请确保从主线程调用它，否则可怕的错误将会等待着您。

Answer 2

我还没有查看反汇编，但我们使用的是稍微不同的解决方案。将 CATiledLayer.content 属性设置为 nil 块并强制所有排队的渲染块完成。可以安全地启动到后台线程，然后释放 UIView 可以踢回到主线程，让视图和图层解除分配。

下面是 UIViewController dealloc 实现的一个示例，它将使您的 CATiledLayer 拥有的视图保持足够长的活动时间，以安全地停止渲染，而不会阻塞主线程。

- (void)dealloc
{
    // This works around a bug where the CATiledLayer background drawing 
    // delegate may still have dispatched blocks awaiting rendering after
    // the view hierarchy is dead, causing a message to a zombie object.
    // We'll hold on to tiledView, flush the dispatch queue, 
    // then let go of fastViewer.
    MyTiledView *tiledView = self.tiledView;
    if(tiledView) {
        dispatch_background(^{
            // This blocks while CATiledLayer flushes out its queued render blocks.
            tiledView.layer.contents = nil;

            dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.01 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
                // Make sure tiledView survives until now.
                tiledView.layer.delegate = nil;
            });
        });
    }
}

这是一个猜测，但 Apple 的一些框架/类（StoreKit、CATiledLayer、UIGestureRecognizer）声称拥有 @property（弱）id delegate 实现，但显然没有正确处理弱委托。看看一些反汇编，他们正在执行明显的种族绑定 if != nil 检查，然后直接触及弱属性。正确的方法是声明一个 __strong Type *delegate = self.delegate，它要么成功并为您提供一个保证生存的强引用，要么为 nil，但它当然不会给你一个僵尸对象的引用（我的猜测是框架代码还没有升级到ARC）。

在底层，CATiledLayer 创建一个调度队列来进行后台渲染，并且似乎要么以不安全的方式接触委托属性，要么获得本地引用但没有使其成为强引用。无论哪种方式，如果委托被释放，分派的渲染块都会愉快地向僵尸对象发送消息。仅仅清除委托是不够的——它会减少崩溃的数量，但不能安全地消除它们。

设置 content = nil 会执行dispatch_wait 并阻塞，直到所有现有的排队渲染块完成。我们弹回到主线程以确保dealloc是安全的。

如果有人有改进建议，请告诉我。