Objasnite ARC detaljno: weak vs unowned i kako otkriti curenja memorije.

Question

IT Interview Practice · Accepted Answer

**ARC (Automatic Reference Counting)** upravlja memorijom za instance klasa prateći jake reference u vrijeme prevođenja: prevodilac ubacuje pozive `retain`/`release`, a kad broj jakih referenci objekta dosegne nulu, on se odmah dealocira — deterministički, ne pomoću pozadinskog sakupljača smeća.

## Kako reference utječu na broj

- **strong** (zadano) — povećava broj; održava objekt živim.
- **weak** — *ne* povećava; automatski se postavlja na `nil` pri dealokaciji. Mora biti `var` i optional.
- **unowned** — *ne* povećava; pretpostavlja se da je uvijek valjan. Pristup nakon dealokacije je rušenje (ili gore, nedefinirano ponašanje s `unowned(unsafe)`).

```swift
final class Customer {
    var card: Card?                 // strong: customer posjeduje card
}
final class Card {
    unowned let owner: Customer     // unowned: card nikad ne nadživljava svog vlasnika
    init(owner: Customer) { self.owner = owner }
}
```

## weak vs unowned — odluka

Birajte prema **odnosu životnih vijekova**, ne po navici:

| | weak | unowned |
|--|------|---------|
| Optional | da (postaje nil) | ne |
| ARC trošak | nešto viši (praćeno) | niži |
| Sigurno ako drugi objekt nestane | da | **rušenje** |
| Koristi kad | referenca *može* legitimno postati nil (delegati, roditelj koji se može dealocirati prvi) | zajamčeno je da referenca nadživljava self (dijete → obavezni roditelj) |

## Otkrivanje curenja

1. **Xcode Memory Graph Debugger** — pauzirajte i tražite objekte koji bi trebali biti nestali; ljubičaste `!` oznake označavaju cikluse.
2. **Instruments → Leaks / Allocations** — pratite monotono rastuću memoriju dok ponavljate tok.
3. **`deinit` logiranje** — najbrža provjera zdravog razuma: ako `deinit` nikad ne ispiše kad se zaslon zatvori, taj je objekt procurio.

```swift
deinit { print("released \(Self.self)") }  // tišina pri zatvaranju = curenje
```

## Uobičajeni izvori curenja

Escaping closuri koji hvataju `self`, dvosmjerne jake reference roditelj/dijete, `Timer`/`DispatchSourceTimer` koji zadržavaju svoju metu i Combine pretplate koje nisu pohranjene u cancellable koji se dealocira.

## Zašto je to važno

ARC je deterministički, pa su curenja vaša odgovornost, a ne GC-a — jedan zadržani view controller može prikovati megabajte slika i cijeli svoj graf objekata. Seniorski intervjui ovo ispituju jer ispravan odabir weak vs unowned i znanje kako *dokazati* curenje s memory graphom čuvaju dugotrajne aplikacije od bubrenja.

	weak	unowned
Optional	da (postaje nil)	ne
ARC trošak	nešto viši (praćeno)	niži
Sigurno ako drugi objekt nestane	da	rušenje
Koristi kad	referenca može legitimno postati nil (delegati, roditelj koji se može dealocirati prvi)	zajamčeno je da referenca nadživljava self (dijete → obavezni roditelj)

Kako reference utječu na broj

weak vs unowned — odluka

Otkrivanje curenja

Uobičajeni izvori curenja

Zašto je to važno

Povezana pitanja