CATransaction开始/提交循环不被尊重,一切都发生了

时间:2012-04-12 11:45:29

标签: cocoa core-animation

我正在完成第四版。 Hillegass / Preble Cocoa一书中的一本书让我在Core Animation中无法理解。

特别是,我有以下循环,它将图像列表(假设是一次一个)呈现到图层托管视图中。预期的结果是我应该看到每个图像在调用presentImage时一次一个地飞出。实际结果是视图保持为空,直到循环完成,然后图像一次性飞出。在延迟期间,我看到多条日志消息,指示对presentImage的多次呼叫。当这些日志消息停止时,表示循环已完成,则所有图像立即飞出。

// loop to present each image in list of URLs
// called at end of applicationDidFinishLaunching
NSTimeInterval t0 = [NSDate timeIntervalSinceReferenceDate];
for(id url in urls) {
    NSImage *img = [[NSImage alloc] initWithContentsOfURL:url];
    if(!img)
        continue;

    NSImage *thumbImg = [self thumbImageFromImage:img];

    [self presentImage:thumbImg];

    NSString *dt = [NSString stringWithFormat:@"%0.1fs",
                   [NSDate timeIntervalSinceReferenceDate]-t0];

    NSLog(@"Presented %@ at %@ sec",url,dt);
}

thumbImageFromImage方法正是您所想的(创建较小的图像)。 presentImage的代码如下:

- (void)presentImage:(NSImage *)image
{
    CGRect superlayerBounds = view.layer.bounds;
    NSPoint center = NSMakePoint(CGRectGetMidX(superlayerBounds), CGRectGetMidY(superlayerBounds));

    NSRect imageBounds = NSMakeRect(0, 0, image.size.width, image.size.height);

    CGPoint randomPoint = CGPointMake(CGRectGetMaxX(superlayerBounds)*(double)random()/(double)RAND_MAX, CGRectGetMaxY(superlayerBounds)*(double)random()/(double)RAND_MAX);

    CAMediaTimingFunction *tf = [CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseInEaseOut];

    CABasicAnimation *posAnim = [CABasicAnimation animation];
    posAnim.fromValue = [NSValue valueWithPoint:center];
    posAnim.duration = 1.5;
    posAnim.timingFunction = tf;

    CABasicAnimation *bdsAnim = [CABasicAnimation animation];
    bdsAnim.fromValue = [NSValue valueWithRect:NSZeroRect];
    bdsAnim.duration = 1.5;
    bdsAnim.timingFunction = tf;

    CALayer *layer = [CALayer layer];
    layer.contents = image;
    layer.actions = [NSDictionary dictionaryWithObjectsAndKeys:posAnim,@"position", bdsAnim, @"bounds", nil];

    [CATransaction begin];
    [view.layer addSublayer:layer];
    layer.position = randomPoint;
    layer.bounds = NSRectToCGRect(imageBounds);
    [CATransaction commit];
}

观察到的结果就好像[CATransaction begin][CATransaction commit]来电正在围绕for循环,而不是addSublayerpresentImage的呼叫。事实上,如果我从[CATransaction begin]内部移除[CATransaction commit]presentImage,而是将for循环括起来,我确实会观察到相同的一次性行为。实际上,如果我完全删除对[CATransaction begin][CATransaction commit]的调用,我会发现同样的一次性行为。

2 个答案:

答案 0 :(得分:3)

好问题。考虑到锻炼的方式,你所看到的是预期的。原因是图层的动画(和绘图)是在主线程上完成的,主线程当前正占用加载图像并创建缩略图。直到所有图像都已加载并且已创建缩略图,主线程才能实际执行所请求的动画。 CATransaction在这个单线程环境中没有太大影响。

我们通过在后台线程中准备图像(使用NSOperationQueue)在下一章(34,Concurrency)中对此进行了改进。这将释放主线程以显示新图像并在每个图像加载并在后台调整大小时执行动画。

答案 1 :(得分:0)

好吧,在让这个臭虫出了我几个星期之后,这似乎是有道理的,现在对我来说似乎(有点)显而易见,所以希望我不会太离谱。

从我上面原始问题中给出的代码中,主线程负责所有UI更新,包括动画,但主要线程在presentImage完成之前被有效阻止更新UI。无论我们如何将presentImage分成线程(如第34章),都是如此。

例如,如果我将presentImage作为按钮的目标而不是像上面的代码中那样循环,那么每当我点击按钮时,每个动画都会开始,并按照我的预期继续进行,而不管我点击按钮的速度有多快(或没有)。这样做最终会产生多个同时动画,正如我所期望的那样(并且正如我错误地预期的那样)。

我不确定我是否准确地掌握了官方技术细节,但这至少让我满意。