W jakich sytuacjach konieczne jest jawne używanie retain i release w automatycznym zarządzaniu pamięcią (ARC) na platformie iOS?

W środowisku iOS z ARC (Automatyczne Liczenie Referencji), programista zazwyczaj nie zarządza ręcznie retain i release — robi to kompilator. Jednakże istnieją rzadkie sytuacje, w których może być konieczne jawne użycie tych metod:

• Interakcja z niskopoziomowymi API w Objective-C, gdzie ARC nie może poprawnie określić czasu życia obiektu, na przykład przy używaniu obiektów Core Foundation, które nie obsługują bezpośrednio ARC. W takim przypadku trzeba ręcznie zarządzać pamięcią za pomocą CFBridgingRetain i CFBridgingRelease.

• Podczas pisania kodu w Objective-C z użyciem __bridge_retained i __bridge_transfer do konwersji między typami ARC a Core Foundation.

• W rzadkich przypadkach, implementując własne klasy z niestandardowym zarządzaniem pamięcią lub unikając cykli silnych referencji (retain cycles), choć zwykle używa się do tego weak i unowned.

Ogólnie rzecz biorąc, w nowoczesnych aplikacjach z ARC ręczne użycie retain i release jest prawie niepotrzebne, a nawet zabronione przez kompilator. Jeśli jest to konieczne, warto rozważyć przebudowę architektury lub użycie specjalnych mostów dla Core Foundation.

Przykład użycia z Core Foundation:

CFStringRef cfStr = CFStringCreateWithCString(NULL, "Hello", kCFStringEncodingUTF8);
NSString *nsStr = (__bridge_transfer NSString *)cfStr; // ARC przejmie zarządzanie
// Bez __bridge_transfer, trzeba by ręcznie wywołać CFRelease(cfStr);