Objective-C 和 Quartz Composer； [qcView PauseRendering] 导致 Bad_Access

Question

提前致谢。

我有一个 Quartz Composer 视图（下面的 qcView），并以随机方向移动图像（蚂蚁的图像，如果您想知道代码），直到它发现它位于 QCView 中间的“家”。暂停渲染是必要的，这样我们才能看到蚂蚁一寸一寸地移动；没有它，蚂蚁只会出现在它的“家”。

while([self distance] > acceptableOffset){
    [qcView pauseRendering];
    [self moveTowardsDestination:@"home"];
    [qcView resumeRendering];
}

这对于一只蚂蚁来说效果非常好。

当我在方程中添加另一只蚂蚁时，我使用一个调度队列和两个块。

    dispatch_async(queue, ^{
        [theAnt findCenter];
    });

    dispatch_async(queue, ^{
        [otherAnt findCenter];
    });

当这段代码运行时，两个阿姨同时跑到她们家——这正是我们正在寻找的行为。但是，当我停止执行并再次构建时，我立即从 [qcView PauseRendering] 方法中的某个位置获取 Exc_Bad_Access。清洁后构建它将完美地再运行一次。 删除pauseRendering和resumeRendering后，蚂蚁将立即出现在他们的家中。

显然，QCView的pauseRendering方法有一个本地数组，它不断地增长和收缩，通过单个QCView和访问它的多个块，您可以看到问题的根源。

我研究了 QCView文档并且似乎无法在那里找到灵感；关于暂停渲染的文档很少。虽然我确信你们中没有人尝试过像这样愚蠢的事情，但我希望有人有实际修改 QCView 的经验，并且能够为我指明正确的方向（呃......读“任何！”）方向。

[编辑：我尝试过“while (![qcView isPausedRendering])”的变体，如果有帮助的话。]

Answer 1

您确定 QCView 实例确实支持并发吗？

可能性极小。如果您正在处理来自单独线程或队列的视图（甚至非并发地来自后台队列/线程），您很可能违反了 QCView 的并发规则。

我怀疑您必须从主线程操作视图，或者至少一次从一个线程操作视图。

（不幸的是，我找不到这方面的任何具体信息）。

Answer 2

解决了。

事实证明我大大高估了这个问题。使用 Go 图的简单修复

     usleep(10000);

。

这最初是在代码中，但它被替换为dispatch_suspend()。在暂停之前进行睡眠，即可实现所需的活动。

如果有人遇到类似问题，请随时给我发电子邮件。