Do Java Le discussioni hanno bisogno di una pulizia in caso di eccezioni si sono verificate

Question

Se c'è un'eccezione durante il run-time di un filo,

1. Devo pulire o qualcos'altro?
2. Se sono in esecuzione centinaia di thread, posso utilizzare Garbage Collector per pulire la memoria?

---

class MyThread extends Thread { 

    public void run() { 
     try { 
      MyDAO dao = new MyDAO(); 
      List<Results> res = dao.findResults(...); 
      .... 
     } catch(Exception e) { 
      //Do I need any clean up here 
     } 
    } 
} 

Answer 1

Quando i metodi run finiture, sia esso normalmente o a causa di un'eccezione, tutti gli oggetti che crea sono liberi di essere garbaged, senza bisogno di una pulizia specifica.

È necessaria solo una pulizia delle risorse che devono essere chiuse (connessioni DB, flussi di file e così via). Questa pulizia viene normalmente eseguita in una clausola finally dopo il catch.

public void run(){ 
    Statement statement; 
    try{ 
     MyDAO dao = new MyDAO(); // doesn't need closing 
     List<Results> res = dao.findResults(...); 
     statement = getStatement(); // must be closed 
     .... 
    } catch (Exception e){ 
     // handle the error 
    } finally { 
     if (statement!=null) statement.close(); 
    } 
} 

Answer 2

Gli oggetti sono automaticamente garbage ammissibili raccolti quando non hanno più riferimenti, così finché nulla dalle vostre discussioni viene fatto riferimento da altri oggetti, allora si dovrebbe essere a posto.

È importante notare che la garbage collection di Java (utilizzando System.gc()) non garantisce la raccolta dei dati inutili.

Answer 3

Si non è necessario effettuare una pulizia particolare, a meno che non si disponga di risorse di sistema aperte come i file. Non appena terminano i thread, indipendentemente dal fatto che siano normali o eccezionali, vengono puliti dal sistema operativo o dalla macchina virtuale (stack di thread, ...).

Gli oggetti Thread vengono recuperati dal semplice GC Java. Generalmente GC eseguirà una raccolta quando stai esaurendo la memoria. Tuttavia, non è deterministico.

Per migliorare l'efficienza della memoria in generale, si potrebbe considerare il refactoring le discussioni che in compiti e un pool di thread, che rade circa un megabyte (cifra approssimativa!) Per thread:

• Un'implementazione di ExecutorService esegue attività sui thread. Se si esegue principalmente il lavoro con la CPU piuttosto che l'I/O, è generalmente necessario avere tanti thread quanti sono i core piuttosto che centinaia di thread. Esistono implementazioni esistenti, ma è anche possibile implementare il proprio servizio executor.
• A Callable<T> è un'implementazione di attività. Forse molto simile a quello che potresti fare non con gli oggetti Runnable.
• A Future<T> contiene una promessa per un risultato dell'attività.