Comment déterminer quel NSNotification se bloque en raison d'observateur dealloc-ed

Question

La règle d'or de l'utilisation NSNotification semble être

"removeObserver d'appel avant la observer (ou object) est désalloué".

Je fais face à une base de code où cette règle n'a pas été suivie, mais je ne trouve pas la transgression. J'ai cherché le code et fait en sorte que tous les addObserver a un removeObserver correspondant, mais je vois encore des rapports crash de la variété suivante:

OS Version:      iPhone OS 5.0.1 (9A405)
Report Version:  104

Exception Type:  SIGSEGV
Exception Codes: SEGV_ACCERR at 0x8
Crashed Thread:  0

Thread 0 Crashed:
0   libobjc.A.dylib                     0x31516fbc objc_msgSend + 16
1   Foundation                          0x3195b50f __57-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_0 + 19
2   CoreFoundation                      0x37a02577 ___CFXNotificationPost_block_invoke_0 + 71
3   CoreFoundation                      0x3798e0cf _CFXNotificationPost + 1407
4   Foundation                          0x318cf3fb -[NSNotificationCenter postNotificationName:object:userInfo:] + 67
5   UIKit                               0x34e5ee25 -[UIApplication _handleApplicationSuspend:eventInfo:] + 697
6   UIKit                               0x34deed17 -[UIApplication handleEvent:withNewEvent:] + 2031
7   UIKit                               0x34dee3bf -[UIApplication sendEvent:] + 55
8   UIKit                               0x34dedd2d _UIApplicationHandleEvent + 5809
9   GraphicsServices                    0x3750bdf3 PurpleEventCallback + 883
10  CoreFoundation                      0x37a0a553 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 39
11  CoreFoundation                      0x37a0a4f5 __CFRunLoopDoSource1 + 141
12  CoreFoundation                      0x37a09343 __CFRunLoopRun + 1371
13  CoreFoundation                      0x3798c4dd CFRunLoopRunSpecific + 301
14  CoreFoundation                      0x3798c3a5 CFRunLoopRunInMode + 105
15  GraphicsServices                    0x3750afcd GSEventRunModal + 157
16  UIKit                               0x34e1c743 UIApplicationMain + 1091
17  App                                 0x00002d2f main (main.m:14)

Mon interprétation de ce rapport est que l'accident [UIApplication _handleApplicationSuspend:eventInfo:] est une notification pour affichait laquelle un observateur a été désallouée avant d'être enlevé.

En supposant que cette interprétation est correcte, comment pourrais-je m'y prendre pour déterminer quelle notification est affiché ? Et idéalement, ce type d'objet désalloué?

Answer 1

Vous pouvez définir un point d'arrêt symbolique dans -[NSNotificationCenter postNotificationName:object:userInfo:] et imprimer le troisième argument qui lui est passé (la première étant la NSNotificationCenter, le second, _cmd) en utilisant la commande débogueur po.

Answer 2

Une autre façon de déterminer est d'obtenir la valeur du paramètre nom (la chaîne que vous ordonnancées pour l'affichage de la notification) et vérifier que tout objet qui observe cette chaîne / nom est défini pour supprimer quelque temps d'observation dans les objets du cycle de vie ou comme est désaffecter.