Objective-C - Test für die Objekt-Instanz dealloced/befreit

Da noch einiges zu testen für eine objective-c-Instanz für dealloced/befreit (retain count == 0)??

Durch Beispiel, Ein Objekt über einen Verweis (Zeiger) auf Objekt B Objekt B kann befreit werden, im Speicher niedrigem Niveau, wie ich test-Referenz B sicher zu sein, es war dealloced??

@interface A : NSObject {
    B b;
}

@implementation A {

- (void) someAction:(id) sender {
    //is b previously dealloced?? 
    if ..... ???? {
        b = [[B alloc] init];
    }
    //continue
}
}

Dank!!

InformationsquelleAutor jlpiedrahita | 2009-06-11
  1. 11

    Kann man nicht testen, ob ein Objekt wurde dealloced denn natürlich, das Objekt ist nicht da, um sprechen zu mehr. Wenn Sie b auf nil, wenn Sie es loslassen (z.B. um zu tun self.b = nil), obwohl, können Sie den test für null und erstellen Sie das Objekt dann.

    • das ist das problem, dass ich keine Freigabe für das Objekt explizit, es ist veröffentlicht durch framework-Klassen und diese nicht passieren zu festen Zeiten (ex. didReceiveMemoryWarning: Methoden-aufrufen), so muss ich testen, ob meine Referenz (Zeiger) zeigen noch immer auf eine gültige Instanz, wenn nicht, alloc und init ein neues.
    • Was framework-Klasse ist die Freigabe dieser Klasse-Instanz-variable? Warum nicht diese Klasse eigenen ivar? Ich denke, dass Sie möglicherweise angeben müssen mehr Infos in der Frage. Wie Alex schon sagte, deine Attribute sollten nicht auf mysteriöse Weise verschwinden.
    InformationsquelleAutor Chuck
  2. 13

    Wenn Sie die NSZombieEnabled Umgebungsvariable, dann dealloced Objekte werden zu Instanzen von NSZombie. Diese werfen, wenn Sie weiter benachrichtigten, so dass Ihr code zu crash-und brennen, genau das, was Sie brauchen, um zu Debuggen dieser situation.

    http://www.cocoadev.com/index.pl?DebuggingAutorelease

    Update: Für XCode 4.0 sehen So aktivieren Sie NSZombie in Xcode?

    • Wow, genau das, was ich heute gebraucht. Danke!
    InformationsquelleAutor
  3. 3

    Da die variable b ist komplett intern, um die Klasse A, und ist nicht deklariert, wie @public (die Standardeinstellung ist @protected), der beste Weg, zu wissen, ob b wurde freigegeben ist, um Sie freizugeben, und setzen Sie den Zeiger auf nil. So können Sie einfach überprüfen if (b == nil) und eine neue Instanz erstellen, wenn nötig.

    Die größere Frage ist allerdings, was die wahre Natur-und memory-Verhalten des b ist. Sie sagen, dass die "Objekt B kann befreit werden, im Speicher niedrigem Niveau", aber nicht erklären, warum. Wenn Sie die standard-Redewendungen für retain-release in Objective-C, würde ich denken, dass derjenige sein würde, der, um zu bestimmen, ob B sein sollte aufgehoben werden, da es eine neue Instanz zu erstellen. Wenn Sie nicht möchten, dass für Eine solche Beschlüsse zu fassen, die es ermöglicht, weisen Sie eine neue B führt zu Eigentum Verwirrung und Speicher-bugs die Straße hinunter.

    Wenn A nicht in Höhe von B, und wenn Sie sind auf Leopard (oder darüber hinaus) und haben die garbage collection aktiviert, was Sie können wollen, ist ein Nullung schwache Referenz. Dieser wird deklariert, mit __weak vor eine Instanz, die Deklaration von Variablen, und nicht verhindert, dass der garbage collector das Objekt, das es Punkte zu. (Eine "starke" Referenz ist der Standard, und der garbage collector wird nicht freigegeben Gegenstand, den er verfolgen kann, von einer Wurzel, die sich nur über starke Referenzen.) Weitere, die GC wird automatisch eingestellt, schwache Referenzen zu 0 für Sie, wenn/wenn das Objekt freigegeben wird.

    Kommen wir zurück zu "die größere Frage", es sei denn b ist schon eine schwache Referenz und GC ist auf, (und noch ein paar andere Bedingungen halten), das system wird nicht automatisch freigeben B für Sie. Wenn der Grund für die Freilassung b ist, dass Instanzen von B über die Zeit wachsen, (wie ein cache der Gegenstände entbehrlich), es wäre viel besser, einen Weg zu haben, leer B. Zum Beispiel, veränderlich Sammlungen in der Stiftung haben eine -removeAllObjects Methode. Ein solcher Ansatz würde verhindern, die meisten der Verwirrung darüber, ob b noch existiert, und ist viel effizienter als immer wieder (de)zuordnen von Objekten.

    • Die tags sagen, Cocoa Touch, also kann er nicht auf Leopard.
    • Eine der Variablen ist auch "Kakao", und die Frage nicht festlegen iPhone, so dass ich dachte, es am besten zu allgemein sein und sich mit "wenn" zu sein, hilfreich für diejenigen, die möglicherweise auf Leopard.
    InformationsquelleAutor Quinn Taylor
  4. 2

    Wenn Sie behalten b funktioniert, wird es nicht freigegeben ist, in Bedingungen von wenig Arbeitsspeicher.

    Ist, es sei denn, Sie werden freigeben, es selbst, in dem Fall ist es wichtig, dass Sie manuell entfernen Sie alle Verweise auf Sie, bevor Sie das tun (durch das ersetzen Sie mit null -)

    In diesem Fall einfach testen es für den null-Wert übernehmen:

      if (nil == b)
  { 
    reallocate b;
  }

    Wenn es scheint, wie Ihre Objekte werden automatisch freigegeben, dann müssen Sie überprüfen Sie Ihren code, um zu überprüfen, die Sie beauftragt haben, ist es ausreichend.

    InformationsquelleAutor Alex Brown
  5. 0

    Könnten Sie versuchen, indem NSLog-Nachrichten, die in den Objekten dealloc Methode. Das zumindest sagen Sie, wenn das Objekt freigegeben wird.

    • Das wird nicht funktionieren, für einen test in den code um zu sehen, ob das Objekt wurde freigegeben. Am besten würde es helfen, debug, dass die retain-release-code für B (vermutlich) richtig ist.
    InformationsquelleAutor Abizern
  6. -3

    wäre ein "try-catch" zu arbeiten?

     @try {
      [b description]; //test it... 
 }
 @catch (NSException * e) {
    NSLog(@"Exception: %@", e);
 }
 @finally {
    NSLog(@"finally");
 }
    • Es würde aber das ist der Arme Mann ist fix
    • ziemlich sicher, dass das aufrufen einer Nachricht auf einem dealloced Instanz NICHT werfen eine normale exception-bur eher ein sigbart.
    • -1 für aufgehoben Instanz KEINE Ausnahme auslösen.
    InformationsquelleAutor john ellis
Schreibe einen Kommentar