Java: perché non viene raccolta la garbage collection?

Question

Domanda veloce sulla teoria di GCing. Ho il seguente metodo. Funziona ed esce dal metodo. Come mai anche dopo la pubblicazione di GC, il timer esiste ancora e mantiene "TICK" ing? Non credo che ci sia ancora un riferimento al timer o alla timertask dopo che questo metodo esiste, quindi mi aspetto che il timer sia GCed e causi un'eccezione. Per favore aiutami a capire questo concetto.

Grazie, JBU

private void startTimer() 
    { 
     Timer timer= new Timer(); 
     TimerTask timerTask= new TimerTask() 
     { 

      @Override 
      public void run() 
      { 
       System.out.println("TICK"); 
      } 
     }; 

     timer.scheduleAtFixedRate(timerTask, 
       0, 
       500); 
    } 

Answer 1

Come fai a sapere il Ran GC? La raccolta dei rifiuti in generale non è una cosa deterministica e non è sicuramente innescata dall'ambito del metodo. Non è come il C++ in cui si lascia l'ambito di una funzione e il fuoco dei distruttori. Andrà in giro a raccogliere quella memoria se e quando il GC lo sentirà.

Answer 2

L'oggetto Timer pianifica effettivamente le attività da eseguire in un thread in background, in modo che il thread in background mantenga un riferimento al Timer (e al TimerTask), che impedisce che vengano raccolte insieme.

Ecco la citazione appropriata dalla documentazione:

Dopo l'ultimo riferimento dal vivo a un oggetto Timer se ne va e tutti compiti in sospeso hanno completato esecuzione, di esecuzione del task filo del timer termina con grazia (e diventa soggetto alla raccolta di immondizia ). Tuttavia, questo può richiedere arbitrariamente a lungo per verificarsi. Per impostazione predefinita, il thread di esecuzione dell'attività non viene eseguito come thread daemon, , quindi è possibile che mantenga una domanda da terminante. Se un chiamante desidera che interrompa rapidamente l'esecuzione del task del timer, il chiamante deve chiamare invocando il metodo di annullamento del timer.

Quindi la condizione che "tutte le attività in sospeso hanno completato l'esecuzione" non è soddisfatta e il thread non termina mai, quindi Timer/TimerTask non è mai stato GC.

Answer 3

Il timer non viene raccolto automaticamente perché è ancora in esecuzione; qualche altro oggetto (ad esempio lo scheduler dei thread) ha ancora un riferimento ad esso, che probabilmente è stato creato all'interno di scheduleAtFixedRate().

Answer 4

Poiché un timer ha un background thread that continues running:

corrispondente a ciascun oggetto Timer è un singolo filo di fondo che è utilizzato per eseguire tutte compiti del timer, sequenziale. Le attività del timer dovrebbero essere completate rapidamente. Se l'attività di un contatore richiede troppo tempo per essere completata, "manda" il thread di esecuzione del task del timer . Ciò può, a sua volta, ritardare l'esecuzione delle attività successive , che può "raggrupparsi" ed eseguirsi in rapida successione quando (e se) l'attività incriminata finisce definitivamente.

Poiché si tratta di un thread in background, continua fino a quando la JVM non si chiude o viene interrotta.

Aggiornamento: un po 'di più su questo. Un "thread in background" è la stessa cosa di un thread daemon, chiamato per analogia con un processo daemon BSD. Se vedete i javadocs su Thread, troverete:

Marks questa discussione sia come un thread demone o un thread utente. La macchina virtuale Java termina quando i soli thread in esecuzione sono tutti daemon thread.

Quando termina, tutti i thread utente si interrompono, lasciando solo i thread daemon. Quindi la JVM si spegne. Per un buon tempo, se breve, chiama il numero Thread.currentThread().setDaemon(true); dal principale.

Aggiornamento: Ack. Ho avuto quello quasi a destra. Devi rendere il timer un demone in fase di costruzione. (Forse questo cambiamento, o ho appena avuto un fallimento cervello?)

Comunque, ecco codice di esempio:

import java.util.*; 

class Chatter extends TimerTask { 
    public void run(){ 
     System.err.println("Timer run."); 
    } 
} 

public class TryThread { 
    public static void main(String[] argv){ 
     // If argument is true, only runs a few times. 
     Timer t = new Timer(false); 
     t.schedule(new Chatter(), 1L, 1L); 
     return ; 
    } 
}