DestroyJavaVM Thread läuft IMMER

Question

Beim Profiling meiner Anwendung stieß ich auf ein seltsames Verhalten - der DestroyJavaVM-Thread läuft IMMER - 100% der Zeit.

Nach einer wenig Forschung über das Thema zu tun, auf denen gibt es kaum wertvolle Informationen online, alles, was ich verstand, dass dieser Thread zu unload the JVM upon exit soll.

Wenn das der Fall ist, warum ist dieser Thread im RUNNING-Zustand 100% der Zeit vom ersten Moment an, an dem ich meine Anwendung starte? Verbraucht es nicht wertvolle Ressourcen und kann daher eine OutOfMemoryError verursachen (wie ich manchmal bekomme)?

Gibt es einen offiziellen Verweis darauf, was dieser Thread eigentlich macht und was seine Initialisierung auslöst?

Dank

Answer 1

Dies geschieht, weil die meisten Anwendungen in Threads ausgeführt werden. Alle POJO Apps beginnen mit dem Aufruf der main Methode. Im einfachsten Fall erledigt diese Methode die gesamte Arbeit, erstellt Objekte, ruft Methoden usw. an. Sobald die main abgeschlossen ist, wird die JVM angewiesen, mit einem Thread DestroyJavaVM zu beenden, der darauf wartet, dass alle Nicht-Daemon-Threads abgeschlossen sind . Dadurch wird sichergestellt, dass alle von Ihnen erstellten Threads vor dem Abbruch der JVM vollständig ausgeführt werden.

Eine App mit einer GUI läuft jedoch normalerweise als eine Anzahl von Threads. Eine für die Überwachung von Systemereignissen wie Tastatur- oder Mausereignissen. Eine für die Wartung der Fenster und Display etc. Die main Methode dieser Art von App wird wahrscheinlich nur alle erforderlichen Threads starten und beenden. Es erstellt immer noch den Thread DestroyJavaVM, aber jetzt wartet er nur darauf, dass alle erstellten Threads beendet werden, bevor die VM heruntergerissen wird.

Als Ergebnis wird jede App, die Threads erstellt und nur auf ihre Funktionalität beruht immer einen DestroyJavaVM Thread warten, bis es fertig ist. Da es nur join läuft, verbraucht es keine anderen Ressourcen.