¿Cómo funcionan la memoria de la JVM y la recolección de basura?

Question

Accepted Answer

La JVM **gestiona automáticamente la memoria** — asignando objetos y liberando los inaccesibles mediante **recolección de basura (GC)** — por lo que no necesitas liberar memoria manualmente. Comprender las regiones de memoria y el comportamiento del GC es clave para optimizar el rendimiento y diagnosticar problemas de memoria. ## Regiones de memoria de la JVM ```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+) ``` Los objetos viven en el **heap** (montón); las variables locales y referencias viven en el **stack** (pila) por hilo. El GC se enfoca en el heap. ## La hipótesis generacional ```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). ``` ## Cómo funciona el GC: marca y barrido ```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 ``` Un objeto es basura cuando ya no es **accesible** desde ninguna raíz del GC. No lo liberas — el GC lo encuentra y lo recupera. ## GC menor vs mayor ```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 ``` ## Algoritmos de GC (elige según la carga de trabajo) ```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) ``` ## Las fugas de memoria aún ocurren (a pesar del GC) ```java // ❌ a leak: a static collection that only grows keeps objects REACHABLE forever static List

Regiones de memoria de la JVM

La hipótesis generacional

Cómo funciona el GC: marca y barrido

GC menor vs mayor

Algoritmos de GC (elige según la carga de trabajo)

Las fugas de memoria aún ocurren (a pesar del GC)

Por qué es importante