W jaki sposób JVM kończy wątki demona? lub Jak napisać wątki demona, które kończą się z wdziękiem

Question

Scenariusz hipotetyczny:
Mam wątek demona odpowiedzialny za niektóre operacje wejścia/wyjścia, główny wątek kończy się i wraca, a JVM decyduje się zakończyć wątek demona.

Jak to zrobić? Przerwać? Sfinalizować? W jaki sposób mogę zakodować mój wątek demona tak, aby reagował z wdziękiem po zakończeniu?

Answer 1

Właśnie napisał następujący kod jako test:

public class DaemonThreadPlay { 
    public static void main(String [] args) { 
     Thread daemonThread = new Thread() { 
      public void run() { 
       while (true) { 
        try { 
         System.out.println("Try block executed"); 
         Thread.sleep(1000l); 
        } catch (Throwable t) { 
         t.printStackTrace(); 
        } 
       } 
      } 

      @Override 
      public void finalize() { 
       System.out.println("Finalize method called"); 
      } 
     }; 
     daemonThread.setDaemon(true); 
     daemonThread.start(); 

     try { 
      Thread.sleep(2500l); 
     } catch (Throwable t) { 
      //NO-OP 
     } 
    } 
}  

umieścić punkty przerwania w bloku catch wątku demona i sposobu sfinalizowania. Żaden punkt przerwania nie został osiągnięty, mimo że został wykonany blok try. Oczywiście ten kod ma problemy z synchronizacją/synchronizacją, ale myślę, że możemy bezpiecznie wywnioskować, że wątki demona nie są przerywane przy zamykaniu systemu, a ich metody finalize() nie muszą być wywoływane.

Zawsze można dodać hak zamykania do JVM Runtime:

Thread shutdownHook = ... // construct thread that somehow 
          // knows about all the daemon threads 
Runtime.getRuntime().addShutdownHook(shutdownHook); 

Twój hak zamykania można oczywiście zrobić cokolwiek zadania są wymagane dla „wdzięku” wyłączenia.

Answer 2

AFAIK, wątki Daemon nie są przeznaczone do pracy we/wy głównego strumienia. Jeśli wszystkie wątki zostaną ukończone, JVM może nagle zamknąć wszystkie wątki demona. Ewentualne prace wokół dla Państwa wymagań będą tworzyć ExecutorService jak poniżej:

ExecutorService execPool = Executors.newSingleThreadExecutor(new ThreadFactory() { 

    @Override  
    public Thread newThread(Runnable runnable) {  
     Thread thread = Executors.defaultThreadFactory().newThread(runnable); 
     thread.setDaemon(true); 
     return thread;  
    } 
}); 

invoke metodę wyłączenia z hakiem executorservice Shutdown.

Runtime.getRuntime().addShutdownHook(....) 

Answer 3

użycie przerwań i dołącz:

class Daemon extends Thread { 
    public void run() { 
     while (true) { 
      try { 
       Thread.sleep(1000); 
      } catch (InterruptedException e) { 
       System.out.println(e); 
       break; 
      } 
     } 
     System.out.println("exit run()"); 
    } 
} 
public class So8663107 { 
    public static void main(String[] arguments) throws InterruptedException { 
     System.out.println(Thread.activeCount()); 
     Daemon daemon = new Daemon(); 
     daemon.setDaemon(true); 
     daemon.start(); 
     Thread.sleep(2500); 
     System.out.println(Thread.activeCount()); 
     daemon.interrupt(); 
     daemon.join(); 
     System.out.println(Thread.activeCount()); 
    } 
} 

Answer 4

Chyba nie zrozumiałeś co wątek demon jest.

Zobacz what is a daemon thread in java

Podsumowując, to w zasadzie oznacza, że ​​wątek demon nie należy robić żadnych I/O lub posiadających żadnych zasobów. Jeśli naruszasz tę podstawową zasadę, twój wątek nie kwalifikuje się jako wątek demona.

Dodawanie haka zamykającego to standardowy sposób zapewnienia, że ​​kod zostanie wywołany przed zakończeniem JVM, ale nawet to nie jest gwarantowane w 100% - na przykład JVM może ulec awarii, pozostawiając system operacyjny w taki sposób, aby uporządkować zasoby w sposób który chroni system operacyjny, ale prawdopodobnie pozostawia twoją aplikację w niespójnym/błędnym stanie.

Mechanizmy kontrolowania i odzyskiwania systemu cofają się do początków oprogramowania (na przykład systemów operacyjnych i operacji wsadowych), a niestety, to koło wciąż jest wymyślane od nowa, ponieważ nie ma metody "silver bullet" (API), która rozwiązuje problem ten problem w dość ogólny sposób.