Jak działa pula autorelease NSAutoreleasePool?

Jak rozumiem, wszystko, co zostało utworzone za pomocą alokacji , nowego lub kopii, musi zostać ręcznie zwolnione. Na przykład:

int main(void) {
    NSString *string;
    string = [[NSString alloc] init];
    /* use the string */
    [string release];
}

Moje pytanie brzmi jednak, czy nie byłoby to równie ważne ?:

int main(void) {
    NSAutoreleasePool *pool;
    pool = [[NSAutoreleasePool alloc] init];
    NSString *string;
    string = [[[NSString alloc] init] autorelease];
    /* use the string */
    [pool drain];
}

Tak, Twój drugi fragment kodu jest całkowicie prawidłowy.

Za każdym razem, gdy -autorelease są wysyłane do obiektu, jest dodawane do najbardziej wewnętrznej puli autorelease. Gdy basen jest opróżniony, po prostu wysyła -release do wszystkich obiektów w basenie.

Pule autowydzielania to po prostu wygoda, która pozwala na odroczenie wysyłania i zwalniania do „później”. To „później” może się zdarzyć w kilku miejscach, ale najczęściej w aplikacjach GUI Cocoa występuje na końcu bieżącego cyklu pętli uruchamiania.

NSAutoreleasePool: dren vs. release

Ponieważ funkcja draini releasewydaje się powodować zamieszanie, warto tutaj wyjaśnić (chociaż jest to omówione w dokumentacji ...).

Ściśle mówiąc, z szerszej perspektywy niedrain jest to równoznaczne z release:

W środowisku zliczanym referencjami drainwykonuje te same operacje, co release, więc oba są w tym sensie równoważne. Aby podkreślić, oznacza to, że nie przeciekasz basenu, jeśli używasz drainzamiast release.

W środowisku zbierania śmieci releasenie ma możliwości. Zatem nie ma to żadnego skutku. drainz drugiej strony zawiera wskazówkę dla zbieracza, że ​​powinien „zbierać w razie potrzeby”. Tak więc w środowisku zbierania śmieci używanie drainpomaga systemowi zrównoważyć proces zbierania danych.

Jak już wspomniano, drugi fragment kodu jest poprawny.

Chciałbym zasugerować bardziej zwięzły sposób korzystania z puli autowydzielania, która działa we wszystkich środowiskach (liczenie referencji, GC, ARC), a także pozwala uniknąć zamieszania:

int main(void) {
  @autoreleasepool {
    NSString *string;
    string = [[[NSString alloc] init] autorelease];
    /* use the string */
  }
}

W powyższym przykładzie zwróć uwagę na blok @autoreleasepool . Jest to udokumentowane tutaj .

Nie, mylisz się. Dokumentacja jasno stwierdza, że ​​w trybie non-GC -drain jest równoważne -release, co oznacza, że ​​pakiet NSAutoreleasePool nie zostanie ujawniony.

Co przeczytałem z Apple: „Pod koniec bloku puli autowyzwolenia obiekty, które otrzymały wiadomość o autowyznoszeniu w ramach bloku, otrzymują komunikat o zwolnieniu - obiekt otrzymuje komunikat o zwolnieniu za każdym razem, gdy został wysłany w ramach bloku. "

https://developer.apple.com/library/mac/documentation/cocoa/conceptual/MemoryMgmt/Articles/mmAutoreleasePools.html

wysłanie autorelease zamiast zwolnienia do obiektu wydłuża żywotność tego obiektu przynajmniej do momentu opróżnienia samej puli (może to być dłuższe, jeśli obiekt zostanie później zachowany). Obiekt można umieścić w tej samej puli kilka razy, w takim przypadku otrzymuje komunikat o zwolnieniu za każdym razem, gdy został umieszczony w puli.

Tak i nie. Skończyło się na zwolnieniu pamięci ciągu, ale „wyciekaniu” obiektu NSAutoreleasePool do pamięci przez użycie drenu zamiast zwolnienia, jeśli uruchomiono to w środowisku zbierania elementów bezużytecznych (bez zarządzania pamięcią). Ten „wyciek” po prostu sprawia, że ​​wystąpienie NSAutoreleasePool jest „nieosiągalne”, jak każdy inny obiekt bez silnych wskaźników w GC, a obiekt zostałby wyczyszczony przy następnym uruchomieniu GC, co może być bezpośrednio po wywołaniu -drain:

drenaż

W środowisku wyrzucania elementów bezużytecznych wyzwala wyrzucanie elementów bezużytecznych, jeśli pamięć przydzielona od ostatniej kolekcji jest większa niż bieżący próg; w przeciwnym razie zachowuje się jak zwolnienie. ... W środowisku ze śmieciami ta metoda ostatecznie wywołuje objc_collect_if_needed.

W przeciwnym razie jest to podobne do tego, jak -releasezachowuje się pod nie-GC, tak. Jak powiedzieli inni, nie -releasedziała w GC, więc jedynym sposobem, aby upewnić się, że pula działa poprawnie w GC, jest przejście -drain, a -drainpod non-GC działa dokładnie tak, jak -releasew przypadku innego niż GC i prawdopodobnie lepiej komunikuje swoją funkcjonalność, ponieważ dobrze.

Powinienem zwrócić uwagę, że twoje oświadczenie "wszystko wywołane z new, przydziel lub init" nie powinno zawierać "init" (ale powinno zawierać "copy"), ponieważ "init" nie alokuje pamięci, a jedynie ustawia obiekt (konstruktor moda). Jeśli otrzymałeś przydzielony obiekt, a twoja funkcja wywołałaby tylko init jako taką, nie zwolniłbyś jej:

- (void)func:(NSObject*)allocd_but_not_init
{
    [allocd_but_not_init init];
}

To nie zużywa więcej pamięci niż ta, od której już zacząłeś (zakładając, że init nie tworzy instancji obiektów, ale i tak nie jesteś za nie odpowiedzialny).