StackTrace içermeyen Java'da NullPointerException

Bizim Java kodu yakalamak bir örnek vardı NullPointerException, ama StackTrace (ki temelde arama sona erer Throwable.printStackTrace()) oturum açmaya çalıştığınızda , tüm olsun:

java.lang.NullPointerException

Başkası buna rastladı mı? "Java null pointer boş yığın izleme" için googling denedim ama böyle bir şey rastlamak yoktu.

Muhtemelen çok fazla optimizasyon gerçekleştiren HotSpot JVM'yi (aslen Sun Microsystems tarafından, daha sonra Oracle tarafından OpenJDK'nın bir parçası olarak satın alınmıştır) kullanıyorsunuz. Yığın izlerini geri almak için, seçeneği -XX:-OmitStackTraceInFastThrowJVM'ye geçirmeniz gerekir.

Optimizasyon, bir istisna (genellikle bir NullPointerException) ilk kez oluştuğunda, tam yığın izinin yazdırılması ve JVM'nin yığın izini (veya belki de kodun konumunu) hatırlamasıdır. Bu istisna yeterince sık meydana geldiğinde, hem daha iyi performans elde etmek hem de günlüğü aynı yığın izleriyle doldurmamak için yığın izlemesi artık yazdırılmaz.

Bunun HotSpot JVM'de nasıl uygulandığını görmek için bir kopyasını alın ve global değişkeni arayın OmitStackTraceInFastThrow. En son koda baktığımda (2019'da), graphKit.cpp dosyasındaydı .

Bir yorumda belirttiğiniz gibi log4j kullanıyorsunuz. (Yanlışlıkla) yazdığım bir yer keşfettim

LOG.error(exc);

tipik yerine

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

tembellik yoluyla ya da sadece düşünmeyerek. Bunun talihsiz kısmı, beklediğiniz gibi davranmamasıdır. Logger API aslında Object'i bir dize olarak değil, ilk argüman olarak alır - ve sonra argümanda toString () öğesini çağırır. Böylece güzel hoş yığın izini almak yerine, sadece toString'i yazdırır - NPE durumunda oldukça işe yaramaz.

Belki de bunu deneyimliyorsunuz?

Aynı davranışı geçmişte gördük. Bazı çılgın nedenlerden ötürü, kodda aynı yerde birden çok kez bir NullPointerException oluşması durumunda, bir süre sonra Log.error(String, Throwable)tam yığın izleri de dahil olmak üzere duracağı ortaya çıktı.

Günlüğünüzde daha geriye bakmayı deneyin. Suçluyu bulabilirsiniz.

EDIT: Bu hata ilgili geliyor, ancak çok uzun zaman önce düzeltildi muhtemelen nedeni değil.

İşte bir açıklama: Hotspot, üretimde yığın izlerini kaybetmek için istisnalara neden oldu - ve düzeltme

Mac OS X'te test ettim

• Java sürümü "1.6.0_26"
• Java (TM) SE Çalışma Zamanı Ortamı (derleme 1.6.0_26-b03-383-11A511)

• Java HotSpot (TM) 64 Bit Sunucu VM (yapı 20.1-b02-383, karışık mod)

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

Bu özel kod parçası için, 12288 yinelemeleri (+ frekans?), JVM'nin önceden belirlenmiş istisna kullanmaya karar verdiği sınır gibi görünüyor ...

exception.toString size StackTrace vermez, sadece geri döner

bu atılabilir kısa bir açıklama. Sonuç şunun birleşimidir:

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

exception.printStackTraceBunun yerine StackTrace çıktısını almak için kullanın .

Alternatif öneri - Eclipse kullanıyorsanız, NullPointerException'ın kendisinde bir kesme noktası ayarlayabilirsiniz (Hata Ayıklama perspektifinde, "Kesme Noktaları" sekmesine gidin ve içinde! Bulunan küçük simgeye tıklayın)

Hem "yakalandı" hem de "yakalanmadı" seçeneklerini kontrol edin - şimdi NPE'yi tetiklediğinizde hemen kırılır ve daha sonra tam olarak nasıl ele alındığını ve neden yığın izini almadığınızı görebilirsiniz.

toString()yalnızca istisna adını ve isteğe bağlı mesajı döndürür. Aramayı öneririm

exception.printStackTrace()

mesajı dökmek için veya kanlı ayrıntılara ihtiyacınız varsa:

 StackTraceElement[] trace = exception.getStackTrace()

(Kodunuzun çağrılıp çağrılmadığı printStackTrace()veya bunun bir günlük işleyici tarafından yapılıp yapılmadığı konusunda sorunuz hala net değil .)

İşte neler olabileceğine dair bazı olası açıklamalar:

• Kullanılan günlükçü / işleyici, tam bir yığın izlemesi değil, yalnızca kural dışı durumun ileti dizesini çıkaracak şekilde yapılandırılmıştır.

• Uygulamanız (veya bazı üçüncü taraf kitaplıkları), LOG.error(ex);(örneğin) log4j Logger yönteminin 2 bağımsız değişken biçimini kullanarak istisnayı günlüğe kaydediyor.

• Mesaj, düşündüğünüz yerden farklı bir yerden geliyor; örneğin, bazı üçüncü taraf kütüphane yöntemlerine veya daha önceki hata ayıklama girişimlerinden kalan bazı rastgele şeylere geliyor.

• Günlüğe kaydedilen özel durum, yığın izini gizlemek için bazı yöntemleri aşırı yükledi. Bu durumda, istisna gerçek bir NullPointerException olmaz, ancak bazı özel NPE alt türleri veya hatta bazı bağlantısız istisnalar olacaktır.

Son olası açıklamanın pek olası olmadığını düşünüyorum, ancak insanlar en azından tersine mühendisliği "önlemek" için bu tür bir şey yapmayı düşünüyorlar. Tabii ki sadece gerçekten dürüst geliştiriciler için hayatı zorlaştırmayı başarıyor.

Projenizde AspectJ kullandığınızda, bazı yönler yığın izinin bölümünü gizliyor olabilir. Örneğin, bugün:

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

Bu yığın izlemesi Maven'in emin ateşi ile test çalıştırılırken yazdırıldı.

Öte yandan, testi IntelliJ'de çalıştırırken farklı bir yığın izi yazdırıldı:

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)

Bu, İstisna çıktısını alır, yalnızca istisnaları daha iyi ele almanız için hata ayıklamak için kullanın.

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