- DestroyJavaVM is a thread that unloads the Java VM on program exit. Most of the time it should be waiting, until apocalypse of your VM.
- Signal Dispatcher is a thread that handles the native signals sent by the OS to your jvm.
- Finalizer threads pull objects from the finalization queue and calls it finalize method.
- Reference Handler is a high-priority thread to enqueue pending References. Its defined in java.lang.ref.References.java
This happens because most applications are run in threads.
All POJO apps start by invoking the
main method. In it’s most simple case this method will do all of the work, creating objects, calling methods etc. Once
main completes, the JVM is told to shut down using a
DestroyJavaVM thread which waits for all threads to complete before doing it’s work. This is to ensure that any threads you create run to completion before the JVM is torn down.
An app with a GUI, however, normally runs as a number of threads. One for watching for system events such as keyboard or mouse events. One for maintaining the windows and display etc. The
main method of this kind of app will probably just start up all the required threads and exit. It still creates the
DestroyJavaVM thread but now all that does is wait for all of your created threads to finish before tearing down the VM.
As a result, any app that creates threads and relies solely on their functionality will allways have a
DestroyJavaVM thread waiting for it to finish. Since all it is doing is
joining all other running threads it does not consume any resources.