Lezioni

Dove finiscono le variabili locali, gli oggetti e i metadati delle classi durante l’esecuzione della JVM: analizziamo lo stack dei thread, l’heap e l’evoluzione da PermGen a MetaSpace. Parleremo di come funziona il GC, quali errori di memoria possono verificarsi ( StackOverflowError, OutOfMemoryError) e come influiscono i flag di avvio ( -Xss, -Xmx, -XX:MaxMetaspaceSize). Sono incluse schemi, un diagramma mermaid e un esempio funzionante.

In questa lezione analizziamo come funziona il garbage collector ( GC) nella JVM, in cosa differiscono i classici Serial/ Parallel/ CMS dai moderni G1, ZGC e Shenandoah, cosa sono la giovane e la vecchia generazione, perché si verificano le pause Stop-the-World e come minimizzarle. In pratica vedremo come abilitare diversi GC con i flag ( -XX:+UseG1GC, -XX:+UseZGC, -XX:+UseShenandoahGC), configurare le pause ( -XX:MaxGCPauseMillis) e le dimensioni dell’heap ( -Xms/ -Xmx), leggere i log ( -Xlog:gc*) ed evitare errori tipici (ad esempio, l’invocazione forzata di System.gc()).

Da questa lezione scoprirai dove vivono le variabili locali (lo stack del thread) e in cosa differisce dall’heap, perché in Java sono comunque possibili perdite di memoria nonostante il GC e come evitarle. Analizzeremo scenari reali: «eterne» static-collezioni, listener non rimossi e cache. Conosceremo la famiglia dei riferimenti: SoftReference, WeakReference, PhantomReference, nonché il contenitore WeakHashMap. Faremo pratica nel correggere le perdite e discuteremo perché la chiamata a System.gc() è solo un suggerimento per la JVM, non un ordine, e come può finire con OutOfMemoryError.

Guida pratica alla diagnostica dei problemi di memoria nella JVM: creiamo un’istantanea dell’heap ( heap dump) con l’utilità jmap, leggiamo i riepiloghi tramite -heap e -histo, esploriamo l’applicazione in jvisualvm (schede Monitor, Heap Dump, Threads, Profiler), analizziamo una perdita con un esempio e facciamo conoscenza con Eclipse MAT e jconsole. Alla fine — errori comuni e consigli.

Analisi pratica del perché un’applicazione Java può «perdere» memoria e rallentare: listener dimenticati ( addActionListener/ removeActionListener), collezioni statiche eterne, risorse non chiuse (consiglio: try-with-resources), classi anonime/interne che trattengono riferimenti e abuso di System.gc(). Impareremo a leggere i log del GC ( -Xlog:gc*, -XX:+PrintGCDetails), scegliere il collector, costruire cache con WeakHashMap, monitorare ( jvisualvm, jconsole), analizzare heap dump e configurare correttamente -Xmx/ -Xms. Alla fine — esempi reali di leak e le loro correzioni.