Perché è possibile "falsificare" la traccia dello stack di un'eccezione in Java?

Question

Se corro il seguente test, non riesce:

public class CrazyExceptions { 
    private Exception exception; 

    @Before 
    public void setUp(){ 
     exception = new Exception(); 
    } 

    @Test 
    public void stackTraceMentionsTheLocationWhereTheExceptionWasThrown(){ 
     String thisMethod = new Exception().getStackTrace()[0].getMethodName(); 
     try { 
      throw exception; 
     } 
     catch(Exception e) { 
      assertEquals(thisMethod, e.getStackTrace()[0].getMethodName()); 
     } 
    } 
} 

con il seguente errore:

Expected :stackTraceMentionsTheLocationWhereTheExceptionWasThrown 
Actual :setUp 

Lo stack trace è solo flat out mentendo.

Perché la traccia dello stack non viene riscritta quando viene generata l'eccezione? Non sono uno sviluppatore Java e forse mi manca qualcosa qui.

Answer 1

L'analisi dello stack si crea quando l'eccezione viene creata un'istanza, non quando si è gettato. Questo è specificato comportamento del Java Language Specification

20.22.1 public Throwable() 

This constructor initializes a newly created Throwable object with null as 
its error message string. Also, the method fillInStackTrace (§20.22.5) is 
called for this object. 

.... 

20.22.5 public Throwable fillInStackTrace() 

This method records within this Throwable object information about the 
current state of the stack frames for the current thread. 

Non so il motivo per cui hanno fatto in questo modo, ma se la specifica definisce così, è almeno coerente su tutti i vari Java VM.

Tuttavia, è possibile aggiornarlo chiamando exception.fillInStackTrace() manualmente.

Si noti inoltre che è necessario utilizzare Thread.currentThread().getStackTrace() anziché utilizzare new Exception().getStackTrace() (stile non valido).

Answer 2

Perché non hai chiesto di riscrivere quella traccia di stack. È stato impostato quando lo hai creato nel metodo setUp e non hai mai fatto nulla per alterarlo.

La classe Exception non offre alcuna possibilità di impostare il nome del metodo; è immutabile. Quindi non c'è modo che io sappia dove è possibile reimpostare il nome del metodo, a meno che non si voglia ricorrere a qualcosa di atroce come un riflesso.

L'annotazione @Test non mi dice se si sta utilizzando JUnit o TestNG, perché non riesco a vedere l'importazione statica, ma in entrambi i casi è possibile eseguire un test per verificare se una particolare eccezione viene generata da utilizzando il membro "previsto" nell'annotazione @Test.

Answer 3

Penso che l'ipotesi sia che non si istanzia un'eccezione a meno che non si stia procedendo a lanciarla, quindi perché pagare il prezzo per ottenere la traccia dello stack due volte?

Sarebbe difficile ricreare la traccia di stack mentre viene lanciata, poiché questo è solo l'invio dell'oggetto.

L'eccezione deve essere completamente impostata prima del lancio, quindi parte dell'istanza è ottenere la traccia dello stack.

UPDATE:

È possibile chiamare fillInStackTrace per risolvere questo: http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Throwable.html#fillInStackTrace%28%29

Answer 4

Lo stacktrace dell'eccezione viene compilato al momento della creazione dell'eccezione. Altrimenti sarebbe impossibile per catturare un'eccezione, gestirla e rilanciarla a. Lo stacktrace originale si perderebbe.

Se si desidera forzare questo è necessario chiamare exception.fillInStackTrace() esplicitamente.

Answer 5

Non si vorrebbe lanciare un'eccezione per alterare la traccia di stack o non è possibile ripetere un'eccezione in modo sicuro.

public void throwsException() { 
    throw new RuntimeException(); 
} 

public void logsException() { 
    try { 
     throwsException(); 
    } catch (RuntimeException e) { 
     e.printStrackTrace(); 
     throw e; // doesn't alter the exception. 
    } 
} 

@Test 
public void youCanSeeTheCauseOfAnException(){ 
    try { 
     logsException(); 
    } catch(Exception e) { 
     e.printStrackTrace(); // shows you the case of the exception, not where it was last re-thrown. 
    } 
} 

Answer 6

La traccia di stack nell'eccezione corrisponde all'operazione "nuova", nient'altro.