Dealloc non viene chiamato sull'app ARC

Question

Ho un UIViewController che viene inserito in un controller contenitore e quindi estratto, e utilizzando lo strumento di allocazione, posso vedere che il controller della vista viene distrutto in seguito. Tuttavia, un punto di interruzione nel dealloc del controllore non viene mai raggiunto. Qualcuno sa perché dealloc non viene chiamato? È possibile che ARC distrugga un oggetto senza chiamare dealloc?

Inoltre, ho disabilitato NSZombies (alcuni hanno detto che possono causare dealloc non sparare).

Edit:

Dealloc non fa molto, stampa solo per la console, e non è mai viene chiamato:

- (void)dealloc { NSLog(@"Deallocating..."); }

non posso postare il controller-it contenitore è proprietario e troppo complicato. Dealloc è chiamato in modo coerente su alcuni controller e non su altri. Se riesco a trovare il tempo cercherò di pubblicare una versione semplificata che riproduca il problema.

Esiste un modo per verificare che NSZombies sia disabilitato?

Edit2

sto postando uno screenshot da strumenti; mi sembra come se stesse dislocando correttamente.

Answer 1

Se dealloc non viene chiamato dal VC, poi ci avrei scommesso c'è un riferimento circolare da qualche parte nel codice, che impedisce ARC dalla chiamata dealloc.

Alcune cose da controllare:

1. Avete un oggetto istanziato che i riferimenti risalgono al VC?
2. Se è necessario fare riferimento al VC, assicurarsi di aver utilizzato l'attributo "__unsafe_unretained" o "debole" (iOS5 +) in modo che il ciclo di conservazione non si verifichi.

Sono stato stroncato nel culo quando le mie dichiarazioni dei delegati non hanno utilizzato __unsafe_unretained.

Answer 2

Hai NSZombieEnabled? Vedere questa domanda:

Why is object not dealloc'ed when using ARC + NSZombieEnabled

ero sconcertato da questo per un po 'me stesso ...

Answer 3

Ho appena imbattuto in un problema simile. Hai dei blocchi in cui ti stai riferendo a "te stesso"? Avevo alcuni blocchi per l'osservazione delle notifiche nel mio init, in cui mi riferivo a "me stesso". Sotto ARC self viene mantenuto in blocchi. Il mio dealloc non veniva chiamato ed era lì che stavo rimuovendo l'osservazione.

Il trucco è creare un riferimento __weak (iOS 5+) o __unsafe_unretained (iOS 4.x) al proprio "sé" e utilizzarlo per accedere a self o a qualsiasi _iVars (questi causeranno il "sé" da conservare come bene) nel blocco. Ecco un esempio.

__unsafe_unretained TableViewController *weakSelf = self; 
[[NSNotificationCenter defaultCenter] addObserverForName:NSManagedObjectContextObjectsDidChangeNotification object:nil queue:nil usingBlock:^(NSNotification *note) { 
     if (weakSelf.tableView) { 
      [weakSelf.tableView reloadData]; 
     } 
    }]; 

Answer 4

Anche con ARC è possibile controllare il conteggio dei riferimenti manualmente:

CFIndex rc = CFGetRetainCount((__bridge CFTypeRef)myObj); 

È possibile sapere con certezza se il codice è appeso in un ciclo di memoria.

Answer 5

Ecco un altro suggerimento (mi è successo):

tl; dr: Guardate le vostre variabili d'istanza classe così, non solo le proprietà della classe. Stai allocando una variabile di istanza nel codice e non la imposti in nil in seguito?

Avevo una classe con un gruppo di proprietà (@property (nonatomic, strong) e @property (nonatomic, weak)) nel suo file di intestazione. Ho commentato quelle proprietà una per una per vedere se questo cambierà qualcosa. Io non l'ho fatto. La classe principale non era ancora stata dislocata. Quindi il problema non era nelle proprietà.

Quello che ho fatto in seguito è stato esaminare le variabili di istanza. Ho avuto una variabile di istanza (che era un UIViewController), che ho creato su viewDidLoad. Questo mai ha ottenuto dealloc-ed!

Quando ho rimosso questa variabile, abbastanza sicuro, la mia classe principale si chiamava dealloc.

Quindi, poiché questo non è stato deallocato, anche la mia classe principale non è stata deallocata. Lo spostamento di tale variabile di istanza come una proprietà ha risolto il problema per me.

Domanda: Non sono sicuro del perché questo accada però. Il sistema operativo ha un migliore controllo sulle proprietà di una classe rispetto alle variabili di istanza? Sembra un po 'strano che la classe genitrice che contiene la variabile di istanza non venga rilasciata a causa della sua variabile di istanza.

Answer 6

Nel mio caso era NSTimer. Mantiene il suo obiettivo quindi è necessario invalidare il timer quando hai finito con il controller di visualizzazione.

Answer 7

Il mio problema era delegato.

Controlla i tuoi delegati! La proprietà delegato dovrebbe avere weak specificato:

@property (weak, nonatomic) id<SomeProtocol> delegate;