Avviso di memoria AVC basso

Question

Questa è meno una domanda e più una registrazione di ciò che ho trovato intorno al codice di esempio di AVCam fornito da Apple per la manipolazione delle telecamere iOS4 e 5. I sintomi del problema per me erano che la mia app si arrestava in modo anomalo all'avvio di AVCamViewController dopo aver scattato circa 5-10 foto.

Ho eseguito l'app attraverso il profiler della perdita di memoria e non ci sono state perdite apparenti ma in seguito all'ispezione con Activity Monitor ho scoperto che qualcosa chiamato mediaserverd aumentava di 17 Mb ogni volta che la fotocamera veniva lanciata e quando raggiungeva ~ 100Mb l'app si è schiantato con più avvisi di memoria insufficiente.

Answer 1

Apple ha rivisto il codice di esempio il 17 ottobre 2013, che fissa il ciclo di trattenere. Il problema è dovuto a un uso improprio di self all'interno dei blocchi definiti nello init.

Ecco la descrizione revisione

fisso trattenere cicli AVCaptureManager che provocano perdite. NOTA - se hai adattato il codice AVCam nella tua app, dovresti adottare le correzioni apportate qui nel metodo init . Senza queste correzioni, è possibile che si verifichino perdite di istanze di AVCaptureManager e che la fotocamera funzioni costantemente mentre l'app è in primo piano.

---

Tuttavia, la correzione hanno introdotto funziona solo in caso di manuale Conservare Conte. Se si sta utilizzando ARC sul progetto, oltre a eliminare le chiamate release/retain e altre cose ovvie, il qualificatore di memoria per weakSelf deve essere modificato da __block a __weak, come segue.

__weak AVCamCaptureManager *weakSelf = self; 

Infatti la semantica di __block è stata modificata con ARC. In MRC ha causato il deferimento della variabile, mentre in ARC non lo fa e __weak deve essere usato per questo scopo.

Maggiori informazioni su questo argomento si possono trovare qui: How do I avoid capturing self in blocks when implementing an API?

Utilizzando la nuova implementazione init dall'ultima revisione e l'utilizzo di __weak invece di __block, infine, ha causato il metodo dealloc da chiamare in modo corretto.

---

Infine, per coloro che odiano a portare in giro il vecchio codice legacy, ecco una versione modernizzata del progetto AVCam: https://github.com/Gabro/AVCam

Caratteristiche:

• perdite di memoria libera
• usa le ARC
• sintassi moderna Objective-C
• interfaccia utente minore correzioni per iOS 7

Answer 2

La prima cosa che ho fatto è stata la registrazione nei metodi dealloc di tutti i file AVCam. Ho scoperto rapidamente che AVCamCaptureManager e AVCamRecorder non erano stati deallocati quando AVCamViewController era. Ho controllato la conservazione e rilasciato le chiamate e sembravano bilanciate, quindi ho inserito un punto di interruzione nella [versione captureManager] e ho scoperto che aveva un retainCount di 2 DOPO la versione (e quindi il dealloc di AVCamCaptureManager non veniva chiamato).

Successivamente ho passato il processo di creazione per il gestore di cattura e ho scoperto che aveva un conteggio di ritenzione di 3 immediatamente dopo la chiamata del metodo init.

Facendo un passo attraverso il metodo init e controllando il conteggio mantengono su ogni riga ho scoperto i seguenti due linee sono state sia incrementare il conteggio conservano:

[self setDeviceConnectedObserver=[notificationCenter addObserverForName:AVCaptureDeviceWasConnectedNotification object:nil queue:nil usingBlock:deviceConnectedBlock]]; 
[self setDeviceDisconnectedObserver=[notificationCenter addObserverForName:AVCaptureDeviceWasDisconnectedNotification object:nil queue:nil usingBlock:deviceDisconnectedBlock]]; 

Guardando attraverso Ho trovato che le controparti removeObserver erano all'interno del metodo dealloc del AVCamCaptureManager (che non veniva chiamato) e così il conteggio di conservare mai sceso a 0.

per risolvere il problema ho creato un nuovo metodo removeObservers pubblici:

-(void)removeObservers { 
    NSNotificationCenter *notificationCenter = [NSNotificationCenter defaultCenter]; 
    [notificationCenter removeObserver:[self deviceConnectedObserver]]; 
    [notificationCenter removeObserver:[self deviceConnectedObserver]]; 
} 

e prendere le stesse linee FUORI dal metodo dealloc di AVCamCaptureManager.

Chiamare [captureManager removeObservers]; e POI chiamando [captureManager release]; nel metodo dealloc di AVCamViewController con successo il conteggio dei ritardi a 0.

I test con Activity Monitor ora hanno il ronzio del processo mediaserverd a soli 5-17Mb e l'arresto anomalo!

Spero che questo aiuti chiunque altro abbia questo problema!

Answer 3

Recentemente risolto questo problema. Ho scoperto che il vero problema di root era che deviceConnectedBlock e deviceDisconnectedBlock si riferivano implicitamente a self, portando a cicli di conservazione. Per sistemarlo, cambia tutti i riferimenti di ivar in quei blocchi per usare weakSelf.

In questo modo, non è necessario ricordare di chiamare un metodo di smistamento esplicito.

Spero che questo aiuti qualcun altro.

REF: View controller dealloc not called when using NSNotificationCenter code block method with ARC