Perché sembra che questa chiamata all'Obiettivo C si blocchi?

Question

Un mio amico ha scoperto un comportamento strano con NSDictionary e sono curioso di sapere perché succede. Si consideri il seguente codice:

NSDictionary *dict = [[NSDictionary alloc] init]; 

// Oops, we can't mutate an NSDictionary 
[dict setObject:[[NSNull alloc] init] forKey:@"test"]; 
NSLog(@"Set"); 

Il codice produce un avvertimento sulla compilation che " 'NSDictionary' potrebbe non rispondere a 'setObject: Forkey:'". Questo è tutto molto bello, e se lo si esegue in ogni caso, si otterrà questa uscita nella console:

- [__ NSCFDictionary setObject: Forkey:]: mutando metodo inviato oggetto immutabile

Ancora, esattamente quello che ti aspetteresti che accada. Tuttavia, a questo punto l'app non si blocca o termina a causa di un'eccezione non rilevata. Il setObject: forKey: il metodo semplicemente non ritorna mai e l'app sembra bloccarsi; il seguente NSLog non viene mai eseguito. Se provi a scavalcare o nel metodo usando GDB, il debug sembra terminare, ma senza alcun messaggio di errore esplicito. L'app continua a funzionare, ma il debugger non fornisce alcuna indicazione su dove nel codice l'esecuzione è "bloccata".

Cosa sta succedendo qui? Che cosa sta effettivamente facendo l'app in questo caso e perché non si blocca con una NSInternalInconsistencyException o qualcosa del genere?

Modifica: per coloro che hanno chiesto, sto eseguendo XCode 4.1 su OS X Lion (10.7.2), costruendo con "Apple LLVM compilatore 2.1". Sto utilizzando tutte le impostazioni predefinite ottenute con un nuovo progetto Cocoa in XCode 4. Ho riscontrato lo stesso comportamento non irreversibile indipendentemente dal fatto che esegua il debug del programma o semplicemente lo esegua. Il passaggio da Debug building a Release building non fa differenza. Posso anche localizzare manualmente il file .app in Finder e fare doppio clic su di esso per eseguirlo al di fuori di XCode, e ancora non si blocca.

Answer 1

Le eccezioni non bloccano i programmi AppKit. NSApplication installa un gestore di eccezioni predefinito che rileva le eccezioni non presenti nel codice. Quindi torni indietro nel runloop come al solito.

Un sacco di app mostrano questo comportamento. È una causa comune di visualizzazioni/finestre vuote inspiegabili. Se si verifica un'eccezione prima che una vista riesca a completare il disegno, la vista sarà vuota, ma l'app non si arresterà in modo anomalo. Le eccezioni causano un arresto anomalo solo se si modifica deliberatamente il gestore delle eccezioni predefinito in modo anomalo.