Lezioni

Perché alle applicazioni servono i log e perché un semplice System.out.println non basta in produzione. Vedremo i livelli ERROR/ WARN/ INFO/ DEBUG/ TRACE, lo stack integrato java.util.logging e il file di configurazione logging.properties, conosceremo Log4j 2, Logback e il facade SLF4J. Confronteremo con l'output su console, aggiungeremo le dipendenze e analizzeremo gli errori tipici di configurazione e di utilizzo.

Analizziamo da cosa è composto un buon messaggio di log (timestamp, livello INFO/ ERROR, nome del logger, testo, stack), come formattare correttamente le voci tramite template SLF4J/Log4j2 ( "{}" invece della concatenazione), come registrare le eccezioni ( logger.error(..., ex)), quando usare i livelli ERROR/ WARN/ INFO/ DEBUG/ TRACE, oltre alle best practices: niente dati sensibili, messaggi chiari, ID di correlazione ( orderId, userId) e una configurazione accurata di log4j2.xml.

Come rendere i log affidabili nel multithreading e nel web: thread safety delle librerie pronte all’uso ( Logback, Log4j 2, java.util.logging), contesto MDC con propagazione di requestId, integrazione con i filtri Spring e i gestori degli errori, differenze rispetto a System.out, particolarità dei thread pool e tracciamento nei microservizi (traceId, OpenTelemetry). Analizziamo esempi pratici ed errori tipici, usiamo SLF4J e Logger come campo static final.

Questa lezione è una guida pratica al monitoraggio della JVM: come leggere le metriche standard tramite JMX e JConsole, come osservare visivamente memoria, thread e profilare i metodi in VisualVM (inclusi heap dump e thread dump), nonché come registrare la «scatola nera» con Java Flight Recorder e analizzarla in JDK Mission Control. Mostreremo i comandi di avvio ( -XX:StartFlightRecording), esamineremo scenari tipici di analisi di GC/thread ed errori comuni.

Vediamo in cosa la profilazione differisce dal monitoraggio, quali metriche sono importanti (tempo di esecuzione dei metodi, memoria, thread, lock) e quali strumenti usare: VisualVM, Java Flight Recorder, nonché profiler commerciali. In pratica analizziamo un calcolatore “lento”, impariamo a cercare i “punti caldi”, ad analizzare heap dump e a rimuovere i colli di bottiglia sostituendo algoritmi, riducendo le allocazioni e usando la cache. Concludiamo con uno schema visivo del processo di ottimizzazione e l'analisi degli errori tipici.