NullPointerException en Java sans StackTrace

Question

J'ai eu des exemples de notre code Java qui a attrapé un NullPointerException mais lorsque j'essaie d'enregistrer le StackTrace (ce qui revient à appeler Throwable.printStackTrace() ), tout ce que j'obtiens est :

java.lang.NullPointerException

Quelqu'un d'autre a-t-il rencontré ce problème ? J'ai essayé de chercher sur Google "java null pointer empty stack trace" mais je n'ai rien trouvé de tel.

Answer 1

Vous utilisez probablement la JVM HotSpot (à l'origine par Sun Microsystems, plus tard achetée par Oracle, faisant partie de l'OpenJDK), qui effectue beaucoup d'optimisation. Pour récupérer les traces de pile, vous devez passer l'option suivante à la JVM :

-XX:-OmitStackTraceInFastThrow

L'optimisation consiste à faire en sorte que lorsqu'une exception (typiquement un NullPointerException ) se produit pour la première fois, la trace de pile complète est imprimée et la JVM se souvient de la trace de pile (ou peut-être simplement de l'emplacement du code). Lorsque cette exception se produit suffisamment souvent, la trace de pile n'est plus imprimée, à la fois pour améliorer les performances et pour ne pas inonder le journal avec des traces de pile identiques.

Pour voir comment cela est mis en œuvre dans la JVM HotSpot, en obtenir une copie et rechercher la variable globale OmitStackTraceInFastThrow . La dernière fois que j'ai regardé le code (en 2019), il se trouvait dans le fichier graphKit.cpp .

Answer 2

Comme vous l'avez mentionné dans un commentaire, vous utilisez log4j. J'ai découvert (par inadvertance) un endroit où j'avais écrit

LOG.error(exc);

au lieu de l'habituel

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

par paresse ou peut-être tout simplement parce qu'ils n'y pensent pas. Ce qui est regrettable, c'est qu'il ne se comporte pas comme vous le pensez. L'API du logger prend en fait Object comme premier argument, et non une chaîne de caractères - et appelle ensuite toString() sur l'argument. Ainsi, au lieu d'obtenir une jolie trace de pile, il imprime simplement la toString - ce qui, dans le cas d'une NPE, est plutôt inutile.

C'est peut-être ce que vous vivez ?

Answer 3

Nous avons vu ce même comportement dans le passé. Il s'est avéré que, pour une raison étrange, si une NullPointerException se produisait plusieurs fois au même endroit dans le code, après un certain temps d'utilisation de Log.error(String, Throwable) cesserait d'inclure des traces de pile complètes.

Essayez de regarder plus loin dans votre journal. Vous trouverez peut-être le coupable.

EDIT : ce bogue semble pertinent, mais il a été corrigé il y a si longtemps qu'il n'en est probablement pas la cause.

Answer 4

Voici une explication : Hotspot a provoqué la perte des traces de pile des exceptions dans la production - et la solution

Je l'ai testé sur Mac OS X

• java version "1.6.0_26"
• Environnement d'exécution Java(TM) SE (build 1.6.0_26-b03-383-11A511)

• Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-383, mixed mode)

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

Pour ce fragment de code spécifique, 12288 itérations (+fréquence ?) semble être la limite où la JVM a décidé d'utiliser l'exception préallouée...

Answer 5

exception.toString ne vous donne pas le StackTrace, il renvoie seulement

une brève description de ce projet Le résultat est la concaténation de :

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

---

Utilice exception.printStackTrace pour afficher le StackTrace.