Dlaczego Throwable.getMessage() czasami zwraca wartość null?

Question

mam metodę, która czasami zgłasza wyjątek:

this.items[index] = element; 

I mam badanej jednostki, która twierdzi, że wyjątek, który powinien być rzucony jest faktycznie rzucony:

try 
{ 
    doSomethingWithIndex(-1); 
    Assert.fail("should cause exception"); 
} 
catch (IndexOutOfBoundsException expected) 
{ 
    Assert.assertNotNull(expected.getMessage()); 
} 

Ten test jest wykonywany jako część ciągłej kompilacji i czasami, czasami kończy się niepowodzeniem, ponieważ getMessage() faktycznie zwraca wartość null. Dlaczego tak się stało? Mój kod nigdy nie może wyrzucić wyjątku z pustym komunikatem.

EDIT

Mój oryginalny przykładowy kod był mylący, rzucony wyjątek rzeczywiście pochodzące z bezpośrednio indeksowania tablicy. Mogę odtworzyć to samo zachowanie przy niestandardowym zgłoszonym wyjątku.

dodałem sugerowany kod:

wyjście

catch (IndexOutOfBoundsException expected) 
{ 
    if (expected.getMessage() == null) 
    { 
     expected.printStackTrace(); 
    } 
    Assert.assertNotNull(expected.getMessage()); 
} 

Konsola brakuje ślad stosu oprócz przyczyny. Oto pełna wydajność:

java.lang.ArrayIndexOutOfBoundsException 

Answer 1

Znaleziono odpowiedź na similar question.

The JIT compiler will optimize away stack traces in certain exceptions if they happen enough.

JVM flag -XX: -OmitStackTraceInFastThrow Zapobiega to zachowanie i wydaje się rozwiązać testy jednostkowe migotanie.

Answer 2

Spróbuj wydrukować stos śledzenia wyjątku, gdy ma on pusty komunikat. Możliwe, że inny kod go wyrzuci. Tak jak faktycznie uzyskujesz dostęp do wcześniejszej długości tablicy.

Answer 3

Napisałeś, że: „Mój kod może nigdy wyjątek z komunikatem” null

Czy yousing żadnych 3rd biblioteki strona? Zakładam, że standardowe kody java nigdy nie wyrzucają wyjątków takich jak powyższe, ale niektóre luźno zakodowane słoiki ... :)