Come ri-generare un'eccezione

Question

Nel mio onCreate() ho impostato un gestore UncaughtException come segue:

Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() { 
    @Override 
    public void uncaughtException(Thread thread, Throwable throwable) { 
     Log.e(getMethodName(2), "uncaughtException", throwable); 
     android.os.Process.killProcess(android.os.Process.myPid()); 
    } 
}); 

funziona bene, ma vorrei tornare comportamento predefinito del sistema di visualizzazione della forza- chiudere la finestra di dialogo per l'utente.

Se provo a sostituire la chiamata KillProcess() con un throw throwable, il compilatore si lamenta che ho bisogno di circondarlo con un try/catch.

Se mi circondano con un try/catch:

Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() { 
    @Override 
    public void uncaughtException(Thread thread, Throwable throwable) { 
     try { 
      Log.e(getMethodName(2), "uncaughtException", throwable); 
      throw throwable; 
     } 
     catch (Exception e) {   
     } 
     finally {    
     } 
    } 
}); 

Il compilatore si lamenta ancora che throw throwable bisogno di essere circondati da un try/catch.

Come faccio a ripetere il lancio? Tale che, ad eccezione di quello informativo Log.e(), il sistema si comporta esattamente come prima: come non ho mai impostato un gestore UncaughtException predefinito.

Answer 1

Prova:

public class CustomExceptionHandler implements UncaughtExceptionHandler { 

    private UncaughtExceptionHandler defaultUEH; 

    public CustomExceptionHandler() { 
     this.defaultUEH = Thread.getDefaultUncaughtExceptionHandler(); 
    } 

    public void uncaughtException(Thread t, Throwable e) { 
     Log.e("Tag", "uncaughtException", throwable); 
     defaultUEH.uncaughtException(t, e); 
    } 
} 

e poi Thread.setDefaultUncaughtExceptionHandler(new CustomExceptionHandler());

adattati da this risposta.

Answer 2

Se si imposta il gestore di eccezioni non rilevate predefinito, è necessario consumare l'eccezione. Ciò si riflette nel fatto che uncaughtException non dichiara alcuna eccezione.

Non ci dovrebbero essere motivi ovvi per rilanciarlo. Verrà semplicemente stampato in log una seconda volta e il thread morirà comunque. Se lo vuoi davvero, basta avvolgere il throwable in RuntimeException e rilanciare.

Answer 3

Non c'è motivo di rilanciare il Throwable, come per il javadoc, it is simply ignored.. Il thread sta terminando a questo punto, stai solo impostando qual'è l'ultima azione da tentare prima di uscire.

Per amor di discussione, se avete voglia di rigenerare un throwable, si farebbe qualcosa di simile:

public void reThrow(Throwable t) { 
    if (RuntimeException.class.isAssignableFrom(t.getClass())) { 
     throw (RuntimeException)t; 
    } else if (Error.class.isAssignableFrom(t.getClass())) { 
     throw (Error) t; 
    } else { 
     throw new UndeclaredThrowableException(t); 
    } 
} 

Answer 4

prima, non è necessario per rigenerare l'eccezione. uncaughtException() non consuma l'eccezione. devi comunque eseguire la chiamata al metodo del gestore di eccezioni non catturate di default. quindi qualcosa del genere,

class MyUEH implements UncaughtExceptionHandler { 
    private static final UncaughtExceptionHandler default = Thread.getDefaultUncaughtExceptionHandler(); 

    public void uncaughtException(Thread t, Throwable e) { 
     Log.e("Tag", "uncaughtException", throwable); 
     default.uncaughtException(t, e); 
    } 
} 

in secondo luogo, non è necessario uccidere il processo da soli. la UEH predefinita gestirà quella quando ci si chiama.

terzo, l'UEH predefinita mostrerà (o farà sì che venga mostrata) la finestra di dialogo standard di arresto (chiusura forzata) all'utente. tieni presente che se il tuo metodo si blocca (perché stai facendo IO per esempio), allora l'utente non vedrà la finestra di crash fino alla chiusura del tuo metodo.