avvertimento Core Animation cancellato filo con CATransaction impegnati

Question

sto avendo problemi con il seguente avviso:

Core Animation: avvertimento, filo cancellato con CATransaction non impegnati; imposta CA_DEBUG_TRANSACTIONS = 1 in ambiente per registrare i backtrace.

Sto utilizzando un oggetto NSOperation per eseguire alcuni calcoli, una volta completato invia un messaggio a AppDelegate che nasconde una barra di avanzamento e visualizza alcuni pulsanti. Se commento nuovamente il messaggio all'AppDelegate, l'avviso scompare, ma la barra di avanzamento rimane ovviamente visibile e animata.

Sto utilizzando xCode 4.4.1 e OSX 10.8.1, tuttavia, quando compilo ed eseguo il codice utilizzando la stessa versione di xCode su OSX 10.7.4, non ricevo l'avviso e il codice viene eseguito come previsto.

L'impostazione della variabile di ambiente CA_DEBUG_TRANSACTIONS = 1 mostra il backtrace proveniente da un messaggio setEnabled di NSControl in AppDelegate.

La risposta probabilmente mi sta fissando in faccia ma forse ho bevuto troppo caffè!

Answer 1

I tuoi sospetti sono corretti. Se NSOperation viene completato prima che CoreAnimation venga eseguito, viene visualizzato un messaggio di avviso:

* CoreAnimation: avviso, thread cancellato con CATransaction non salvata; imposta CA_DEBUG_TRANSACTIONS = 1 in ambiente per registrare i backtrace. *

Ciò può verificarsi anche in alcune circostanze quando un blocco che viene inviato su una coda attiva alcuni lavori da CoreAnimation e restituisce prima che CoreAnimation termini.

La soluzione che utilizzo è semplice: su un blocco o NSOperation che richiede lavoro da CoreAnimation, controllo che il lavoro sia stato effettivamente completato prima di uscire.

Per fornire un esempio di proof-of-concept, questo è un blocco da inviare su una coda di invio. Per evitare l'avvertimento, controlliamo che CoreAnimation sia fatto prima di uscire.

^{ 

    // 1. Creating a completion indicator 

    BOOL __block animationHasCompleted = NO; 

    // 2. Requesting core animation do do some work. Using animator for instance. 

    [NSAnimationContext runAnimationGroup:^(NSAnimationContext *context){ 
     [[object animator] perform-a-nice-animation]; 
    } completionHandler:^{ 
     animationHasCompleted = YES; 
    }]; 

    // 3. Doing other stuff… 

    … 

    // 4. Waiting for core animation to complete before exiting 

    while (animationHasCompleted == NO) 
    { 
     usleep(10000); 
    } 

} 

Answer 2

In linea con i paradigmi di cacao standard, la soluzione consigliata è quella di svolgere il proprio lavoro Core Animation sul thread principale, fatto facilmente con GCD:

dispatch_async(dispatch_get_main_queue(), ^{ 
    [self.delegate redrawSomething]; 
}); 

In generale è scarsa forma di chiamare gli oggetti in contesti che non si aspettano, quindi una buona regola empirica è quella di sempre inviare sul thread principale durante la consegna di messaggi a moduli esterni.

Alcuni Core di tipo Sede posizione - con un messaggio di registro se vengono chiamati da qualsiasi contesto diverso dal thread principale. Altri emetteranno messaggi criptici, come il tuo esempio qui con Core Animation.

Answer 3

Un altro modo per garantire qualsiasi disegno UI si verifica sul filo principale, come descritto da Numist, utilizza il metodo performSelectorOnMainThread:withObject:waitUntilDone: oppure performSelectorOnMainThread:withObject:waitUntilDone:modes:

- (void) someMethod 
{ 
    [...] 

    // Perform all drawing/UI updates on the main thread. 
    [self performSelectorOnMainThread:@selector(myCustomDrawing:) 
          withObject:myCustomData 
         waitUntilDone:YES]; 

    [...] 
} 

- (void) myCustomDrawing:(id)myCustomData 
{ 
    // Perform any drawing/UI updates here. 
} 

Per un post correlati sulla differenza tra dispatch_async() e performSelectorOnMainThread:withObjects:waitUntilDone: vedi Whats the difference between performSelectorOnMainThread and dispatch_async on main queue?