Windows7系统中观察JVM进程个数的变化
1. 通过在Windows7上实验发现,启动Eclipse的同时,就会在windows进程队列中创建一个新的javaw.exe进程,这个进程在进程队列中一直存在,直到Eclipse关闭才被终止,并释放其所占有的所有系统资源。
2. 当在Eclipse中点击运行一个Test.Java程序时,JVM虚拟机就会为该程序创建一个新的javaw.exe进程,若果这个测试程序无需等待资源(比如等待用户输入,等待I/O,等等其他资源),且在一个时间片内能运行完毕,你将不会在windows进程列表中看到它。但如果,测试程序需要用户输入一个参数或其他需要处于等待状态的条件,才能继续运行的话,这时候你可以在windows进程列表中找到这个程序对应的JVM进程javaw.exe。
3. 如果当2中的启动的程序处于等待用户输入的状态,即处于等待常态时,若你再重新点击运行该Test.Java程序,则JVM虚拟机会为该程序另外创建一个新的javaw.exe进程。
4. 因为Tomcat服务器是java开发的,所以当你启动Tomcat服务的时候,也会创建一个新的avaw.exe进程,直到你关闭服务器,这个进程才会在Windows进程列表中消失。因为,JavaWeb程序是部署在Tomcat容器中,所以当你启动JavaWeb程序时,JVM貌似不会再创建新的javaw.exe进程。比如system1和system2同时部署在Tomcat服务器www目前下的两个不同子目录下时,无论是运行Sysem1还是运行System2还是同时运行两个Web系统,都没有新的jvm进程被创建,即Windows进程列表中对应Tomcat的进程仍然只有一个。
上述4中情形下,Windos进程列表中的javaw.exe如下图所示:
另外,在写Java程序时,通常我们管只有一个main函数而没有别的Thread或Runnable的程序叫单线程程序。此时写的这个所谓的单线程程序只是JVM这个程序中的一个线程,JVM本身是一个多线程的程序,但当你运行该程序时发现,JVM虚拟机创建的Javaw.exe进程中的线程个数却不是一个!于是写了一个HelloWorld程序-Test.java,检验了一下JVM一启动,用进程分析器查看会有几个线程,结果是:除了main主线程以外,还有四个其它线程:
1. Finalizer 线程:在垃圾回收之前执行“对象完成”的Java系统线程
2. Signal Dispatcher 线程:为JVM处理本地操作系统信号的Java系统线程
3.ReferenceHandler 线程:将挂起的对象放到队列中的高优先级Java系统线程。
4.Attach Listener 线程:用户线程
个人的猜测是:
1.Finalizer 线程的任务就是调用finalize()方法来进行垃圾回收。
2.SignalDispatcher 线程的任务就是处理操作系统方面的东西,屏蔽操作系统,使Java达到跨平台的事儿应该是它干的。
3.ReferenceHandler线程的任务就是将一个不用的对象打上标记,放到回收对象的队列中,以便于Finalizer线程来进行释放内存操作。
4.最后一个 Attach Listener 线程:这个应该是我的Java Profile线程了。跟JVM没有关系。
所以,当一个最简单的Java程序启动时,JVM除了程序的main主线程外,还会启动多个JVM守护线程。