Zawsze przekazać słabe odniesienie siebie do bloku w łuku?

Całkowicie się Zgadzam z @jemmons:

Ale to nie powinno być domyślnym wzorcem, który stosujesz, gdy masz do czynienia z blokami, które wywołują self! Powinno to być używane tylko do przerwania tego, co w przeciwnym razie byłoby cyklem zachowania między sobą a blokiem. Gdybyś wszędzie zaadoptował ten wzór, zaryzykowałbyś Przejście bloku do czegoś, co zostało stracone po tym, jak self został dealokowany.

//SUSPICIOUS EXAMPLE:
__weak MyObject *weakSelf = self;
[[SomeOtherObject alloc] initWithCompletion:^{
  //By the time this gets called, "weakSelf" might be nil because it's not  retained!
  [weakSelf doSomething];
}];

Aby przezwyciężyć ten problem można zdefiniować silne odniesienie nad weakSelf wewnątrz bloku:

__weak MyObject *weakSelf = self;
[[SomeOtherObject alloc] initWithCompletion:^{
  MyObject *strongSelf = weakSelf;
  [strongSelf doSomething];
}];

Nie musisz zawsze używać słabego odniesienia. Jeśli twój blok nie zostanie zachowany, ale zostanie wykonany, a następnie odrzucony, możesz mocno przechwycić swój blok, ponieważ nie utworzy to cyklu zachowywania. W niektórych przypadkach chcesz nawet, aby blok utrzymywał jaźń aż do zakończenia bloku, aby nie deallokował się przedwcześnie. Jeśli jednak mocno uchwycisz blok, a wewnątrz przechwycisz ja, utworzy to cykl zatrzymania.

Jak wskazuje Leo, kod, który dodałeś do pytania, nie sugerowałby silnego cyklu odniesienia (a.k.a., retain cycle). Jednym z problemów związanych z operacją, który mógłby spowodować silny cykl odniesienia, byłoby, gdyby operacja nie została zwolniona. Podczas gdy twój fragment kodu sugeruje, że nie zdefiniowałeś swojej operacji jako współbieżnej, ale jeśli tak, nie zostanie ona wydana, jeśli nigdy nie opublikujesz isFinished, lub jeśli masz okrągłe zależności, lub coś w tym stylu. A jeśli operacja nie jest wydany, kontroler widoku również nie zostanie wydany. Sugerowałbym dodanie punktu przerwania lub NSLog w metodzie operacji dealloc i potwierdzenie, że zostanie wywołany.

Powiedziałeś:

Rozumiem pojęcie cykli zatrzymywania, ale nie jestem do końca pewien, co dzieje się w blokach, więc trochę mnie to myli

Problemy z cyklem zachowywania (silny cykl odniesienia), które występują w blokach, są podobne do problemów z cyklem zachowywania, które znasz. A blok zachowa silne odniesienia do wszelkich obiektów, które pojawiają się w bloku, i nie wyda tych silnych odniesień, dopóki sam blok nie zostanie zwolniony. Tak więc, jeśli Block odwołuje się do self, lub nawet odwołuje się do zmiennej instancji self, to zachowa silne odniesienie do self, które nie zostanie rozwiązane dopóki blok nie zostanie zwolniony (lub w tym przypadku, dopóki podklasa NSOperation nie zostanie zwolniona.

Aby uzyskać więcej informacji, zobacz unikanie silnych cykli odniesienia podczas przechwytywania self sekcja programowania z Objective-C: Praca z blokami dokumentu.

Jeśli kontroler widoku nadal nie zostanie zwolniony, musisz po prostu określić, gdzie znajduje się nierozwiązane silne odniesienie(zakładając, że potwierdziłeś, że NSOperation jest dealokowany). Częstym przykładem jest użycie powtórzenia NSTimer. Lub jakiś Niestandardowy delegate lub inny obiekt, który błędnie utrzymuje odniesienie strong. Często można użyć instrumentów, aby wyśledzić, gdzie znajdują się obiekty uzyskanie ich mocnych odniesień, np.:

Lub w Xcode 5:

Niektóre wyjaśnienia ignorują warunek dotyczący cyklu zachowywania [jeśli grupa obiektów jest połączona kręgiem silnych relacji, utrzymują się nawzajem przy życiu, nawet jeśli nie ma silnych odniesień spoza grupy.] Aby uzyskać więcej informacji, przeczytaj Dokument

Tak można używać jaźni wewnątrz bloku:

/ / wywołanie bloku

 NSString *returnedText= checkIfOutsideMethodIsCalled(self);

NSString* (^checkIfOutsideMethodIsCalled)(*)=^NSString*(id obj)
{
             [obj MethodNameYouWantToCall]; // this is how it will call the object 
            return @"Called";


};