Thread DestroyJavaVM SEMPRE in esecuzione

Question

Durante la profilazione della mia applicazione mi sono imbattuto in un comportamento strano - il thread DestroyJavaVM è SEMPRE in esecuzione - il 100% delle volte.

Dopo aver fatto un po 'di ricerca sul tema, su cui non c'è quasi più preziose informazioni on-line, tutto quello che ho capito è che questa discussione dovrebbe unload the JVM upon exit.

Se è questo il caso, perché questo thread in RUNNING indica il 100% del tempo dal primo momento in cui avvio la mia applicazione? Non consuma risorse preziose e quindi può causare un OutOfMemoryError (come a volte capita)?

Esiste un riferimento ufficiale a ciò che fa effettivamente questo thread e che cosa attiva la sua inizializzazione?

Grazie

Answer 1

Ciò accade perché la maggior parte delle applicazioni vengono eseguite in thread.

Tutte le app POJO iniziano invocando il metodo main. Nel suo caso più semplice questo metodo farà tutto il lavoro, creando oggetti, chiamando metodi, ecc. Una volta completato main, la JVM verrà chiusa utilizzando un thread DestroyJavaVM che attende il completamento di tutti i thread non daemon prima di eseguire il proprio lavoro . Questo per garantire che tutti i thread creati vengano completati prima che la JVM venga demolita.

Un'app con una GUI, tuttavia, viene normalmente eseguita come un numero di thread. Uno per la visione di eventi di sistema come eventi di tastiera o mouse. Uno per il mantenimento delle finestre e del display ecc. Il metodo main di questo tipo di app probabilmente avvia solo tutti i thread richiesti ed esce. Crea ancora il thread DestroyJavaVM ma ora tutto ciò che fa è attendere che tutti i thread creati finiscano prima di abbattere la VM.

Di conseguenza, qualsiasi app che crea discussioni e fa affidamento esclusivamente sulla loro funzionalità avrà sempre un thread DestroyJavaVM in attesa che finisca. Dal momento che tutto ciò che sta facendo è join in tutti gli altri thread in esecuzione non consuma risorse.