守护线程总结

时间 2019-12-24

标签守护线程总结栏目 Java 繁體版

原文原文链接

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

    Daemon的做用是为其余线程的运行提供便利服务，好比垃圾回收线程就是一个很称职的守护者。User和Daemon二者几乎没有区别，惟一的不一样之处就在于虚拟机的离开：若是 User Thread已经所有退出运行了，只剩下Daemon Thread存在了，虚拟机也就退出了。由于没有了被守护者，Daemon也就没有工做可作了，也就没有继续运行程序的必要了。

    值得一提的是，守护线程并不是只有虚拟机内部提供，用户在编写程序时也能够本身设置守护线程。下面的方法就是用来设置守护线程的。

    public final void setDaemon(boolean on)

    这里有几点须要注意：

    (1) thread.setDaemon(true)必须在thread.start()以前设置，不然会跑出一个IllegalThreadStateException异常。你不能把正在运行的常规线程设置为守护线程。
    (2) 在Daemon线程中产生的新线程也是Daemon的。
    (3) 不要认为全部的应用均可以分配给Daemon来进行服务，好比读写操做或者计算逻辑。

       由于你不可能知道在全部的User完成以前，Daemon是否已经完成了预期的服务任务。一旦User退出了，可能大量数据尚未来得及读入或写出，计算任务也可能屡次运行结果不同。这对程序是毁灭性的。形成这个结果理由已经说过了：一旦全部User Thread离开了，虚拟机也就退出运行了。

java

Java代码服务器

//完成文件输出的守护线程任务多线程
import java.io.*; 并发
class TestRunnable implements Runnable{ spa
public void run(){ 线程
try{ code
Thread.sleep(1000);//守护线程阻塞1秒后运行 server
File f=new File("daemon.txt"); xml
FileOutputStream os=new FileOutputStream(f,true); blog
os.write("daemon".getBytes());
}
catch(IOException e1){
e1.printStackTrace();
}
catch(InterruptedException e2){
e2.printStackTrace();
}
}
}
public class TestDemo2{
public static void main(String[] args) throws InterruptedException
{
Runnable tr=new TestRunnable();
Thread thread=new Thread(tr);
thread.setDaemon(true); //设置守护线程
thread.start(); //开始执行分进程
}
}
//运行结果：文件daemon.txt中没有"daemon"字符串。

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

例子2 ：

Java代码

public class Test {
　　public static void main(String args) {
　　Thread t1 = new MyCommon();
　　Thread t2 = new Thread(new MyDaemon());
　　t2.setDaemon(true); //设置为守护线程
　　t2.start();
　　t1.start();
　　}
　　}
　　class MyCommon extends Thread {
　　public void run() {
　　for (int i = 0; i < 5; i++) {
　　System.out.println("线程1第" + i + "次执行！");
　　try {
　　Thread.sleep(7);
　　} catch (InterruptedException e) {
　　e.printStackTrace();
　　}
　　}
　　}
　　}

Java代码

class MyDaemon implements Runnable {
　　public void run() {
　　for (long i = 0; i < 9999999L; i++) {
　　System.out.println("后台线程第" + i + "次执行！");
　　try {
　　Thread.sleep(7);
　　} catch (InterruptedException e) {
　　e.printStackTrace();
　　}
　　}
　　}
　　}

后台线程第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判断程序是否执行结束的标准是全部的前台执线程行完毕了，而无论后台线程的状态，所以，在使用后台县城时候必定要注意这个问题。

实际应用例子：在使用长链接的comet服务端推送技术中，消息推送线程设置为守护线程，服务于ChatServlet的servlet用户线程，在servlet的init启动消息线程，servlet一旦初始化后，一直存在服务器，servlet摧毁后,消息线程自动退出

容器收到一个Servlet请求，调度线程从线程池中选出一个工做者线程,将请求传递给该工做者线程，而后由该线程来执行Servlet的 service方法。当这个线程正在执行的时候,容器收到另一个请求,调度线程一样从线程池中选出另外一个工做者线程来服务新的请求,容器并不关心这个请求是否访问的是同一个Servlet.当容器同时收到对同一个Servlet的多个请求的时候，那么这个Servlet的service()方法将在多线程中并发执行。
Servlet容器默认采用单实例多线程的方式来处理请求，这样减小产生Servlet实例的开销，提高了对请求的响应时间，对于Tomcat能够在server.xml中经过<Connector>元素设置线程池中线程的数目。
如图：

为何要用守护线程，见Web应用程序中调度器的启动和关闭问题