Dlaczego mogę "podrobić" ślad stosu wyjątku w Javie?

Question

Jeśli uruchomić następujący test, to nie:

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()); 
     } 
    } 
} 

z powodu następującego błędu:

Expected :stackTraceMentionsTheLocationWhereTheExceptionWasThrown 
Actual :setUp 

Stos ślad jest tylko flat out kłamie.

Dlaczego ślad stosu nie został przepisany po zgłoszeniu wyjątku? Nie jestem programistą Java i może brakuje mi tutaj czegoś.

Answer 1

Ślad stosu jest tworzona, gdy wyjątek jest tworzony, gdy nie jest on wyrzucony. To jest określone zachowanie 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. 

nie wiem dlaczego zrobili to w ten sposób, ale jeżeli specyfikacja definiuje ją tak, to przynajmniej spójne na wszystkich różnych Java VM.

Można ją jednak odświeżyć, dzwoniąc pod numer exception.fillInStackTrace() ręcznie.

Należy również pamiętać, że należy używać Thread.currentThread().getStackTrace() zamiast używać new Exception().getStackTrace() (zły styl).

Answer 2

Ponieważ nie prosiłeś o przepisanie tego śladu stosu. Został on ustawiony, gdy utworzyłeś go w metodzie setUp i nigdy nie zrobiłeś nic, by to zmienić.

Klasa wyjątków nie daje żadnej możliwości ustawienia nazwy metody; jest niezmienny. Więc nie ma sposobu, aby wiedzieć, gdzie można ponownie ustawić nazwę metody, chyba że chcesz uciekać się do czegoś haniebnego jak odbicie.

Twoja adnotacja @Test nie mówi mi, czy używasz JUnit lub TestNG, ponieważ nie widzę statycznego importu, ale w każdym przypadku możesz uruchomić test, aby sprawdzić, czy dany wyjątek został zgłoszony przez użycie "oczekiwanego" członka w adnotacji @Test.

Answer 3

Myślę, że założenie jest, że nie będzie instancji wyjątek, chyba że jesteś w procesie rzucania go, dlaczego więc zapłacić cenę, aby uzyskać ślad stosu dwa razy?

Byłoby trudno odtworzyć ślad stosu podczas rzucania go, jako że jest po prostu wysłanie przedmiotu na zewnątrz.

Wyjątkiem powinny być w pełni skonfigurować przed rzutem, więc część instancji jest dostać ślad stosu.

UPDATE:

Można zadzwonić fillInStackTrace aby rozwiązać ten problem: http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Throwable.html#fillInStackTrace%28%29

Answer 4

Stos wyjątków jest wypełniany podczas tworzenia wyjątku. W przeciwnym razie byłoby to niemożliwe połowu wyjątek obsłużyć go i przekaż go. Oryginalny ślad stosu zostałby zgubiony.

Jeśli chcesz wymusić to trzeba zadzwonić exception.fillInStackTrace() wyraźnie.

Answer 5

Nie chcesz rezygnować z wyjątku, aby zmienić ścieżkę stosu lub nie możesz bezpiecznie rzucić wyjątku.

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

Ślad stosu w wyjątku odpowiada operacji "nowej", nic więcej.