UIViewController verhindert, dass die Anzeige entladen wird

Question

Wenn meine iPhone-App eine Speicherwarnung erhält, werden die Ansichten von UIViewControllern, die momentan nicht sichtbar sind, entladen. In einer bestimmten Steuerung ist das Entladen der Sicht und der Ausgänge eher fatal.

Ich bin auf der Suche nach einer Möglichkeit zu verhindern, dass diese Ansicht entladen wird. Ich finde dieses Verhalten ziemlich blöd - ich habe einen Cache-Mechanismus, also wenn eine Speicherwarnung kommt - ich entlade sehr viele Daten und ich habe genügend Speicher frei, aber ich brauche diese Ansicht definitiv nicht.

Ich sehe, UIViewController hat eine Methode unloadViewIfReloadable, die aufgerufen wird, wenn die Speicherwarnung kommt. Weiß jemand Cocoa Touch, dass meine Ansicht nicht nachladbar ist?

Haben Sie noch weitere Vorschläge, wie Sie verhindern können, dass meine Ansicht in der Speicherwarnung gelöscht wird?

Vielen Dank im Voraus

---

Apple-Dokumentation zu der Ansicht Lebenszyklus eines View-Controller sagt:

didReceiveMemoryWarning - Die Standard Implementierung nur die Sicht freigibt wenn es, dass es bestimmt ist sicher zu tun so

Jetzt ... Ich überschreibe die didReceiveMemoryWarning mit einer leeren Funktion, die nur NSLog anruft, um mir mitzuteilen, dass eine Warnung empfangen wurde. Allerdings - die Ansicht wird trotzdem gelöscht. Plus, nach welchen Kriterien genau entschieden wird, ob eine Ansicht sicher entladen werden kann ... oh! so viele Fragen!

Answer 1

Was für mich zu arbeiten scheint, war zu überschreiben setView: zu ignorieren Einstellung auf Null. Es ist kludgy, aber dann ist dies ein kludgy Problem, und dies hat den Trick:

-(void)setView:(UIView*)view { 
    if(view != nil || self.okayToUnloadView) { 
     [super setView:view]; 
    } 
} 

Answer 2

Könnte es so einfach sein?

Obwohl nirgendwo in der Dokumentation dies erwähnt wird, scheint es, dass wenn ich ausschließlich meine Ansicht in ViewDidLoad behalten, es nicht auf Memory Warning freigegeben wird. Ich habe es mit mehreren aufeinander folgenden Warnungen im Simulator versucht und alle scheinen immer noch gut zu sein.

Also ... der Trick im Moment ist "behalten" in viewDidLoad, und eine Freigabe in dealloc - auf diese Weise ist der Viewcontroller mit der Ansicht bis zur Zeit fest, die es freigegeben werden muss.

Ich werde einige mehr testen, und über die Ergebnisse

Answer 3

Nach den Dokumenten, die Standardimplementierung von didReceiveMemoryWarning: gibt den Blick schreiben, wenn es sicher ist, zu tun (dh: Superview == null).

Um zu verhindern, dass die Ansicht freigegeben wird, könnten Sie didReceiveMemoryWarning überschreiben: aber in Ihrer Implementierung rufen Sie nicht[super didReceiveMemoryWarning]. Dort wird die Ansicht standardmäßig angezeigt (wenn nicht sichtbar).

Der Standardwert didReceiveMemoryWarning gibt die Ansicht durch Aufrufen von [viewcontroller setView:nil] frei, sodass Sie diese stattdessen überschreiben können.

Answer 4

Ich glaube nicht, dass diese Ideen arbeiten.Ich habe versucht, [didReceiveMemoryWarning] zu überschreiben, und das funktionierte für einige Telefone, aber fand, dass ein Telefon die Ansicht löschte, BEVOR diese Methode sogar angerufen wurde (muss in extrem niedrigem Gedächtnis oder in etwas gewesen sein). Das Überschreiben von [setView] erzeugt eine Menge von Protokollwarnungen, so dass ich das nicht von Apple riskieren würde. Wenn Sie die Ansicht beibehalten, wird nur diese Ansicht verloren - sie verhindert zwar Abstürze, funktioniert aber nicht wirklich - die Ansicht wird beim nächsten Laden der Controller-Benutzeroberfläche ersetzt.

Also wirklich müssen Sie nur planen, dass Ihre Ansichten entladen werden, immer wenn sie außerhalb des Bildschirms sind, was nicht ideal ist, aber Sie gehen. Die besten Muster, die ich gefunden habe, um damit zu arbeiten, sind sofortiges Commit, so dass Ihre Benutzeroberfläche immer auf dem neuesten Stand ist, oder Kopieren-Bearbeiten-Kopieren, wo Sie Ihr Modell in eine temporäre Instanz kopieren, Ihre Ansichten befüllen und sofortiges Commit verwenden In diesem Fall kopieren Sie die Änderungen zurück in das ursprüngliche Modell, wenn der Benutzer auf "Speichern" oder was auch immer drückt.

Answer 5

Da die akzeptierte Lösung Probleme mit viewDidUnload immer noch aufgerufen wird, obwohl die Sicht blockiert wurde von gelöscht werden, verwende ich eine andere, obwohl immer noch fragile Ansatz. Das System entlädt die Ansicht unter Verwendung einer unloadViewForced: Nachricht an die Steuerung, so dass ich abfange, um die Nachricht zu blockieren. Dies verhindert den verwirrenden Aufruf an viewDidUnload. Hier ist der Code:

@interface UIViewController (Private) 
- (void)unloadViewForced:(BOOL)forced; 
@end 

- (void)unloadViewForced:(BOOL)forced { 
    if (!_safeToUnloadView) { 
     return; 
    } 
    [super unloadViewForced:forced]; 
} 

Dies hat offensichtliche Probleme, da es eine nicht dokumentierte Nachricht in UIViewController abfängt.

progrmr hat eine Antwort geschrieben, die stattdessen das Abfangen von didReceiveMemoryWarning empfiehlt. Basierend auf den Stack-Spuren, die ich gesehen habe, sollte das auch funktionieren. Ich habe diese Route jedoch noch nicht ausprobiert, da ich befürchte, dass andere Speicherbereinigungen möglich sind, die ebenfalls blockiert werden (z. B. wenn die untergeordneten View-Controller nicht mit der Speicherwarnmeldung aufgerufen werden).