ASP源码.NET源码PHP源码JSP源码JAVA源码DELPHI源码PB源码VC源码VB源码Android源码

Java多线程-线程的调度(守护线程)(1/3)

来源:网络整理     时间:2015-11-16     关键词:线程池,Spring,Exception,ServletContext,守护进程

本篇文章主要介绍了"Java多线程-线程的调度(守护线程)",主要涉及到线程池,Spring,Exception,ServletContext,守护进程方面的内容,对于Javajrs看球网直播吧_低调看直播体育app软件下载_低调看体育直播感兴趣的同学可以参考一下: Java多线程-线程的调度(守护线程)估计学过Unix开发但是没有细致学习Java的同学们会疑惑了,操作系统里面是没有所谓的守护线程的概念,只有守护进程一说,但...

Java多线程-线程的调度(守护线程)

估计学过Unix开发但是没有细致学习Java的同学们会疑惑了,操作系统里面是没有所谓的守护线程的概念,只有守护进程一说,但是Java语言机制是构建在JVM的基础之上的,意思是Java平台把操作系统的底层给屏蔽起来,所以它可以在它自己的虚拟的平台里面构造出对自己有利的机制,而语言或者说平台的设计者多多少少是收到Unix思想的影响,而守护线程机制又是对JVM这样的平台凑合,于是守护线程应运而生。

       在Java中有两类线程:User Thread(用户线程)、Daemon Thread(守护线程) 

用个比较通俗的比如,任何一个守护线程都是整个JVM中所有非守护线程的保姆。

       Daemon的作用是为其他线程的运行提供服务,比如说GC线程。其实User Thread线程和Daemon Thread守护线程本质上来说去没啥区别的,唯一的区别之处就在虚拟机的离开:如果User Thread全部撤离,那么Daemon Thread也就没啥线程好服务的了,所以虚拟机也就退出了。

       守护线程并非虚拟机内部可以提供,用户也可以自行的设定守护线程,方法:public final void setDaemon(boolean on) ;但是有几点需要注意:

1)、thread.setDaemon(true)必须在thread.start()之前设置,否则会跑出一个IllegalThreadStateException异常。你不能把正在运行的常规线程设置为守护线程。  (备注:这点与守护进程有着明显的区别,守护进程是创建后,让进程摆脱原会话的控制+让进程摆脱原进程组的控制+让进程摆脱原控制终端的控制;所以说寄托于虚拟机的语言机制跟系统级语言有着本质上面的区别)

2)、 在Daemon线程中产生的新线程也是Daemon的。  (这一点又是有着本质的区别了:守护进程fork()出来的子进程不再是守护进程,尽管它把父进程的进程相关信息复制过去了,但是子进程的进程的父进程不是init进程,所谓的守护进程本质上说就是“父进程挂掉,init收养,然后文件0,1,2都是/dev/null,当前目录到/”)

3)、不是所有的应用都可以分配给Daemon线程来进行服务,比如读写操作或者计算逻辑。因为在Daemon Thread还没来的及进行操作时,虚拟机可能已经退出了。

值得一提的是,守护线程并非只有虚拟机内部提供,用户在编写程序时也可以自己设置守护线程。下面的方法就是用来设置守护线程的。 

[java] view plaincopy

  1. Thread daemonTread = new Thread();  
  2.    
  3.   // 设定 daemonThread 为 守护线程,default false(非守护线程)  
  4.  daemonThread.setDaemon(true);  
  5.    
  6.  // 验证当前线程是否为守护线程,返回 true 则为守护线程  
  7.  daemonThread.isDaemon();  

这里有几点需要注意: 
(1) thread.setDaemon(true)必须在thread.start()之前设置,否则会跑出一个IllegalThreadStateException异常。你不能把正在运行的常规线程设置为守护线程。
(2) 在Daemon线程中产生的新线程也是Daemon的。 
(3) 不要认为所有的应用都可以分配给Daemon来进行服务,比如读写操作或者计算逻辑。 

因为你不可能知道在所有的User完成之前,Daemon是否已经完成了预期的服务任务。一旦User退出了,可能大量数据还没有来得及读入或写出,计算任务也可能多次运行结果不一样。这对程序是毁灭性的。造成这个结果理由已经说过了:一旦所有User Thread离开了,虚拟机也就退出运行了。 

[java] view plaincopy

  1. //完成文件输出的守护线程任务  
  2. import java.io.*;     
  3.     
  4. class TestRunnable implements Runnable{     
  5.     public void run(){     
  6.                try{     
  7.                   Thread.sleep(1000);//守护线程阻塞1秒后运行     
  8.                   File f=new File("daemon.txt");     
  9.                   FileOutputStream os=new FileOutputStream(f,true);     
  10.                   os.write("daemon".getBytes());     
  11.            }     
  12.                catch(IOException e1){     
  13.           e1.printStackTrace();     
  14.                }     
  15.                catch(InterruptedException e2){     
  16.                   e2.printStackTrace();     
  17.            }     
  18.     }     
  19. }     
  20. public class TestDemo2{     
  21.     public static void main(String[] args) throws InterruptedException     
  22.     {     
  23.         Runnable tr=new TestRunnable();     
  24.         Thread thread=new Thread(tr);     
  25.                 thread.setDaemon(true); //设置守护线程     
  26.         thread.start(); //开始执行分进程     
  27.     }     
  28. }     
  29. //运行结果:文件daemon.txt中没有"daemon"字符串。  

看到了吧,把输入输出逻辑包装进守护线程多么的可怕,字符串并没有写入指定文件。原因也很简单,直到主线程完成,守护线程仍处于1秒的阻塞状态。这个时候主线程很快就运行完了,虚拟机退出,Daemon停止服务,输出操作自然失败了。

[java] view plaincopy

  1. public class Test {  
  2. public static void main(String args) {  
  3.   Thread t1 = new MyCommon();  
  4.   Thread t2 = new Thread(new MyDaemon());  
  5.   t2.setDaemon(true); //设置为守护线程  
  6.   t2.start();  
  7.   t1.start();  
  8.   }  
  9.   }  
  10. class MyCommon extends Thread {  
  11. public void run() {  
  12. for (int i = 0; i < 5; i++) {  
  13.   System.out.println("线程1第" + i + "次执行!");  
  14. try {  
  15.   Thread.sleep(7);  
  16.   } catch (InterruptedException e) {  
  17.   e.printStackTrace();  
  18.   }  
  19.   }  
  20.   }  
  21.   }  

[html] view plaincopy

  1. class MyDaemon implements Runnable {  
  2.   public void run() {  
  3.   for (long i = 0; i < 9999999L; i++) {  
  4.   System.out.println("后台线程第" + i + "次执行!");  
  5.   try {  
  6.   Thread.sleep(7);  
  7.   } catch (InterruptedException e) {  
  8.   e.printStackTrace();  
  9.   }  
  10.   }  
  11.   }  
  12.   }  

后台线程第0次执行!
  线程1第0次执行! 
  线程1第1次执行! 
  后台线程第1次执行! 
  后台线程第2次执行! 
  线程1第2次执行! 
  线程1第3次执行! 
  后台线程第3次执行! 
  线程1第4次执行! 
  后台线程第4次执行! 
  后台线程第5次执行! 
  后台线程第6次执行! 
  后台线程第7次执行! 
  Process finished with exit code 0 
  从上面的执行结果可以看出: 
  前台线程是保证执行完毕的,后台线程还没有执行完毕就退出了。 

  实际上:JRE判断程序是否执行结束的标准是所有的前台执线程行完毕了,而不管后台线程的状态,因此,在使用后台县城时候一定要注意这个问题。 

补充说明:
定义:守护线程--也称“服务线程”,在没有用户线程可服务时会自动离开。
优先级:守护线程的优先级比较低,用于为系统中的其它对象和线程提供服务。
设置:通过setDaemon(true)来设置线程为“守护线程”;将一个用户线程设置为
守护线程的方式是在 线程对象创建 之前 用线程对象的setDaemon方法。
example: 垃圾回收线程就是一个经典的守护线程,当我们的程序中不再有任何运行的
Thread,程序就不会再产生垃圾,垃圾回收器也就无事可做,所以当垃圾回收线程是
JVM上仅剩的线程时,垃圾回收线程会自动离开。它始终在低级别的状态中运行,用于
实时监控和管理系统中的可回收资源。
生命周期:守护进程(Daemon)是运行在后台的一种特殊进程。它独立于控制终端并且
周期性地执行某种任务或等待处理某些发生的事件。也就是
说守护线程不依赖于终端,但是依赖于系统,与系统“同生共死”。那Java的守护线程是
什么样子的呢。当JVM中所有的线程都是守护线程的时候,JVM就可以退出了;如果还有一个
或以上的非守护线程则JVM不会退出。
实际应用例子:

在使用长连接的comet服务端推送技术中,消息推送线程设置为守护线程,服务于ChatServlet的servlet用户线程,在servlet的init启动消息线程,servlet一旦初始化后,一直存在服务器,servlet摧毁后,消息线程自动退出
容器收到一个Servlet请求,调度线程从线程池中选出一个工作者线程,将请求传递给该工作者线程,然后由该线程来执行Servlet的 service方法。当这个线程正在执行的时候,容器收到另外一个请求,调度线程同样从线程池中选出另一个工作者线程来服务新的请求,容器并不关心这个请求是否访问的是同一个Servlet.当容器同时收到对同一个Servlet的多个请求的时候,那么这个Servlet的service()方法将在多线程中并发执行。
Servlet容器默认采用单实例多线程的方式来处理请求,这样减少产生Servlet实例的开销,提升了对请求的响应时间,对于Tomcat可以在server.xml中通过元素设置线程池中线程的数目。
如图: 

<strong>Java多线程</strong>-线程的调度(守护线程) 

相关图片

相关文章