JVM bellek yönetimi ve çöp toplama (garbage collection) nasıl çalışır?

Question

Accepted Answer

JVM **belleği otomatik olarak yönetir** — nesneleri tahsis eder ve erişilemeyen olanları **çöp toplama (GC)** yoluyla serbest bırakır — böylece belleği manuel olarak serbest bırakmanız gerekmez. Bellek bölgeleri ve GC davranışını anlamak, performansı ayarlamak ve bellek sorunlarını tanılamak için çok önemlidir. ## JVM bellek bölgeleri ```text HEAP — where all OBJECTS live (shared across threads), GC operates here ├── Young Generation — new objects (most die young) │ ├── Eden — new allocations go here │ └── Survivor — objects that survived a young GC └── Old (Tenured) Gen — long-lived objects (promoted from young) STACK — per-thread; method frames, local variables, primitive locals, references Metaspace — class metadata (replaced PermGen in Java 8+) ``` Nesneler **heap** üzerinde yaşar; yerel değişkenler ve referanslar thread başına **stack** üzerinde yaşar. GC, heap üzerinde yoğunlaşır. ## Kuşaksal hipotez ```text Observation: MOST objects die young (short-lived). → GC splits the heap into generations and collects the young gen FREQUENTLY (cheap, fast) and the old gen RARELY (expensive). ``` ## GC nasıl çalışır: işaretle ve temizle ```text 1. MARK — starting from GC roots (stack refs, static fields), mark all REACHABLE objects 2. SWEEP — reclaim memory of unmarked (unreachable) objects 3. COMPACT— (often) move survivors together to reduce fragmentation ``` Bir nesne, herhangi bir GC kökünden **erişilemez** olduğunda çöptür. Bunu serbest bırakmazsınız — GC onu bulur ve geri kazanır. ## Minor vs Major GC ```text Minor GC — collects the Young Generation; frequent, fast, short pause Major/Full GC — collects the Old Generation (and more); rarer, longer pause → long Full GC pauses ("stop-the-world") are a common performance concern ``` ## GC algoritmaları (iş yüküne göre seçin) ```text G1 GC (default, Java 9+) — balanced, predictable pause times, good general choice Parallel GC — max throughput (batch jobs), longer pauses acceptable ZGC / Shenandoah — very low pause times for large heaps (latency-sensitive apps) ``` ## Bellek sızıntıları yine de oluşur (GC'ye rağmen) ```java // ❌ a leak: a static collection that only grows keeps objects REACHABLE forever static List

JVM bellek bölgeleri

Kuşaksal hipotez

GC nasıl çalışır: işaretle ve temizle

Minor vs Major GC

GC algoritmaları (iş yüküne göre seçin)

Bellek sızıntıları yine de oluşur (GC'ye rağmen)

Neden önemli