NullPulumException trong Java không có StackTrace

Tôi đã có các phiên bản mã Java của chúng tôi NullPointerException , nhưng khi tôi cố gắng đăng nhập StackTrace (về cơ bản kết thúc cuộc gọi Throwable.printStackTrace()), tất cả những gì tôi nhận được là:

java.lang.NullPointerException

Đã có người khác đi qua này? Tôi đã thử googling cho "java null con trỏ ngăn xếp rỗng" nhưng không bắt gặp bất cứ thứ gì như thế này.

Có lẽ bạn đang sử dụng JVM HotSpot (ban đầu bởi Sun microsystems, sau này được mua bởi Oracle, một phần của OpenJDK), thực hiện rất nhiều tối ưu hóa. Để lấy lại dấu vết ngăn xếp, bạn cần chuyển tùy chọn -XX:-OmitStackTraceInFastThrowcho JVM.

Tối ưu hóa là khi xảy ra ngoại lệ (thường là NullPulumException) lần đầu tiên, dấu vết ngăn xếp đầy đủ được in và JVM ghi nhớ dấu vết ngăn xếp (hoặc có thể chỉ là vị trí của mã). Khi ngoại lệ đó xảy ra thường xuyên đủ, dấu vết ngăn xếp không được in nữa, cả hai để đạt được hiệu suất tốt hơn và không làm ngập nhật ký với dấu vết ngăn xếp giống hệt nhau.

Để xem cách nó được triển khai trong JVM của HotSpot, hãy lấy một bản sao của nó và tìm kiếm biến toàn cục OmitStackTraceInFastThrow. Lần trước tôi đã xem mã (năm 2019), nó nằm trong tệp graphKit.cpp .

Như bạn đã đề cập trong một bình luận, bạn đang sử dụng log4j. Tôi đã phát hiện ra (vô tình) một nơi mà tôi đã viết

LOG.error(exc);

thay vì điển hình

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

thông qua sự lười biếng hoặc có lẽ chỉ là không nghĩ về nó. Điều không may của việc này là nó không hoạt động như bạn mong đợi. API logger thực sự lấy Object làm đối số đầu tiên, không phải là một chuỗi - và sau đó nó gọi toString () trên đối số. Vì vậy, thay vì nhận được dấu vết ngăn xếp đẹp, nó chỉ in ra toString - trong trường hợp NPE là khá vô dụng.

Có lẽ đây là những gì bạn đang trải nghiệm?

Chúng ta đã thấy hành vi tương tự trong quá khứ. Hóa ra, vì một số lý do điên rồ, nếu một NullPulumException xảy ra tại cùng một vị trí trong mã nhiều lần, sau một thời gian sử dụngLog.error(String, Throwable) sẽ dừng bao gồm cả dấu vết ngăn xếp đầy đủ.

Hãy thử nhìn lại trong nhật ký của bạn. Bạn có thể tìm ra thủ phạm.

EDIT: lỗi này nghe có vẻ có liên quan, nhưng nó đã được sửa từ lâu rồi có lẽ không phải là nguyên nhân.

Dưới đây là một lời giải thích: Hotspot khiến các ngoại lệ mất dấu vết ngăn xếp trong sản xuất - và cách khắc phục

Tôi đã thử nghiệm nó trên Mac OS X

• phiên bản java "1.6.0_26"
• Môi trường thời gian chạy Java (TM) SE (bản dựng 1.6.0_26-b03-383-11A511)

• Máy chủ 64-bit Java HotSpot (TM) (bản dựng 20.1-b02-383, chế độ hỗn hợp)

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

Đối với đoạn mã cụ thể này, 12288 lần lặp (+ tần số?) Dường như là giới hạn mà JVM đã quyết định sử dụng ngoại lệ preallocated ...

exception.toString không cung cấp cho bạn StackTrace, nó chỉ trả về

một mô tả ngắn về ném này. Kết quả là sự kết hợp của:

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

Sử dụng exception.printStackTracethay thế để xuất StackTrace.

Đề xuất thay thế - nếu bạn đang sử dụng Eclipse, bạn có thể đặt điểm dừng trên chính NullPulumException (trong phối cảnh Gỡ lỗi, đi tới tab "Điểm dừng" và nhấp vào biểu tượng nhỏ có! Trong đó)

Kiểm tra cả hai tùy chọn "bắt" và "chưa bắt" - bây giờ khi bạn kích hoạt NPE, bạn sẽ ngay lập tức dừng lại và sau đó bạn có thể bước qua và xem chính xác nó được xử lý như thế nào và tại sao bạn không nhận được dấu vết ngăn xếp.

toString()chỉ trả về tên ngoại lệ và tin nhắn tùy chọn. Tôi sẽ đề nghị gọi

exception.printStackTrace()

để kết xuất tin nhắn hoặc nếu bạn cần các thông tin chi tiết:

 StackTraceElement[] trace = exception.getStackTrace()

(Câu hỏi của bạn vẫn chưa rõ về việc mã của bạn có đang gọi không printStackTrace() hay điều này đang được thực hiện bởi một trình xử lý đăng nhập.)

Dưới đây là một số giải thích có thể về những gì có thể xảy ra:

• Trình ghi / trình xử lý đang được sử dụng đã được cấu hình để chỉ xuất chuỗi thông báo của ngoại lệ, không phải là dấu vết ngăn xếp đầy đủ.

• Ứng dụng của bạn (hoặc một số thư viện của bên thứ ba) đang ghi nhật ký ngoại lệ bằng cách sử dụng LOG.error(ex);chứ không phải dạng 2 đối số của (ví dụ) phương thức Log4j Logger.

• Thông điệp đến từ một nơi khác với nơi bạn nghĩ là nó; ví dụ: nó thực sự đến một số phương thức thư viện của bên thứ ba hoặc một số nội dung ngẫu nhiên còn sót lại từ các lần thử trước đó để gỡ lỗi.

• Ngoại lệ đang được ghi lại đã quá tải một số phương thức để che khuất stacktrace. Nếu đó là trường hợp, ngoại lệ sẽ không phải là NullPulumException chính hãng, nhưng sẽ là một kiểu con tùy chỉnh của NPE hoặc thậm chí một số ngoại lệ không được kết nối.

Tôi nghĩ rằng lời giải thích cuối cùng có thể là khá khó xảy ra, nhưng mọi người ít nhất cũng dự tính làm điều này để "ngăn chặn" kỹ thuật đảo ngược. Tất nhiên nó chỉ thực sự thành công trong việc gây khó khăn cho cuộc sống của các nhà phát triển trung thực.

Khi bạn đang sử dụng AspectJ trong dự án của mình, có thể xảy ra việc một số khía cạnh che giấu phần của dấu vết ngăn xếp. Ví dụ, hôm nay tôi đã có:

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

Dấu vết ngăn xếp này đã được in khi chạy thử nghiệm thông qua chắc chắn của Maven.

Mặt khác, khi chạy thử nghiệm trong IntelliJ, một dấu vết ngăn xếp khác đã được in:

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)

Điều này sẽ xuất ngoại lệ, chỉ sử dụng để gỡ lỗi bạn nên xử lý ngoại lệ của bạn tốt hơ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();
    }