NullPointerException w Javie bez StackTrace

Jak wspomniałeś w komentarzu, używasz log4j. odkryłem (nieumyślnie) miejsce, w którym napisałem

LOG.error(exc);

Zamiast typowego

LOG.error("Some informative message", e);

Widzieliśmy to samo zachowanie w przeszłości. Okazało się, że z jakiegoś szalonego powodu, jeśli NullPointerException wystąpiło wielokrotnie w tym samym miejscu w kodzie, po pewnym czasie użycie Log.error(String, Throwable) przestałoby zawierać pełne ślady stosu.

Spróbuj poszukać dalej w swoim dzienniku. Możesz znaleźć winowajcę.

Edytuj: ten błąd brzmi trafnie, ale został naprawiony tak dawno temu, że prawdopodobnie nie jest przyczyną.

Oto Wyjaśnienie: Hotspot spowodował, że wyjątki traciły ślady stosu w produkcji – i poprawka

Testowałem go na Mac OS X

• wersja java "1.6.0_26"
• Java(TM) SE Runtime Environment (build 1.6.0_26-b03-383-11a511)
• W przeciwieństwie do innych maszyn wirtualnych, nie są one w stanie działać poprawnie.]}

  Object string = "abcd";
  int i = 0;
  while (i < 12289) {
      i++;
      try {
          Integer a = (Integer) string;
      } catch (Exception e) {
          e.printStackTrace();
      }
  }
  

Dla tego konkretnego fragmentu kodu, 12288 iteracji (+frequency?) wydaje się być granicą, w której JVM ma zdecydowano się użyć prealokowanego wyjątku...

exception.toString nie daje Ci StackTrace, tylko zwraca

Krótki opis tego miotacza. Wynikiem jest konkatenacja:

* the name of the class of this object
* ": " (a colon and a space)
* the result of invoking this object's getLocalizedMessage() method

Użycie exception.printStackTrace zamiast tego, aby wyprowadzić StackTrace.

Alternatywna sugestia-jeśli używasz Eclipse, możesz ustawić punkt przerwania na NullPointerException (w perspektywie debugowania przejdź do zakładki " Punkty przerwania "i kliknij małą ikonkę, która ma! in it)

Sprawdź zarówno opcje" caught", jak i" uncaught " - teraz, gdy uruchomisz NPE, natychmiast pojawi się breakpoint, a następnie możesz przejść i zobaczyć, jak dokładnie jest to obsługiwane i dlaczego nie otrzymujesz śledzenia stosu.

toString() zwraca tylko nazwę wyjątku i opcjonalną wiadomość. Proponuję zadzwonić

exception.printStackTrace()

Aby zrzucić wiadomość, lub jeśli potrzebujesz krwawe szczegóły:

 StackTraceElement[] trace = exception.getStackTrace()

(twoje pytanie jest nadal niejasne, czy Twój kod wywołuje printStackTrace(), czy jest to wykonywane przez obsługę logowania.)

Oto kilka możliwych wyjaśnień na temat tego, co może się dziać:

• Używany logger / handler został skonfigurowany tak, aby wypisywał tylko ciąg wiadomości wyjątku, a nie Pełny ślad stosu.

• Twoja aplikacja (lub jakaś biblioteka innej firmy) rejestruje wyjątek używając LOG.error(ex);, a nie 2-argumentowej formy (na przykład) metoda Log4j Logger.

• Wiadomość pochodzi z innego miejsca, niż myślisz, że jest; np. rzeczywiście pochodzi z jakiejś innej metody bibliotecznej lub losowych rzeczy pozostawionych po wcześniejszych próbach debugowania.

• Wyjątek, który jest rejestrowany, przeciążył niektóre metody, aby zasłonić stacktrace. Jeśli tak się stanie, wyjątek nie będzie prawdziwym wyjątkiem NullPointerException, ale będzie jakimś niestandardowym podtypem NPE lub nawet jakimś niepodłączonym wyjątek.

To wyświetli wyjątek, użyj tylko do debugowania powinieneś lepiej obsługiwać wyjątki.

import java.io.PrintWriter;
import java.io.StringWriter;
    public static String getStackTrace(Throwable t)
    {
        StringWriter sw = new StringWriter();
        PrintWriter pw = new PrintWriter(sw, true);
        t.printStackTrace(pw);
        pw.flush();
        sw.flush();
        return sw.toString();
    }

Kiedy używasz AspectJ w swoim projekcie, może się zdarzyć, że jakiś aspekt ukryje jego część śladu stosu. Na przykład dzisiaj miałem:

java.lang.NullPointerException:
  at com.company.product.MyTest.test(MyTest.java:37)

Ten ślad stosu został wydrukowany podczas uruchamiania testu przez surefire Mavena.

Z drugiej strony, podczas uruchamiania testu w IntelliJ, Wydrukowano inny ślad stosu:

java.lang.NullPointerException
  at com.company.product.library.ArgumentChecker.nonNull(ArgumentChecker.java:67)
  at ...
  at com.company.product.aspects.CheckArgumentsAspect.wrap(CheckArgumentsAspect.java:82)
  at ...
  at com.company.product.MyTest.test(MyTest.java:37)