Làm thế nào để hiển thị dấu vết ngăn xếp đầy đủ trên nhật thực?

Question

Tôi đang sử dụng Eclipse để gỡ lỗi một ứng dụng Java. Một nơi nào đó trong mã tôi nhận được một ngoại lệ và stack trace:

Caused by: java.io.EOFException: The connection has been reset while reading the header 
    at com.gemstone.gemfire.internal.cache.tier.sockets.Message.fetchHeader(Message.java:583) 
    at com.gemstone.gemfire.internal.cache.tier.sockets.Message.readHeaderAndPayload(Message.java:599) 
    at com.gemstone.gemfire.internal.cache.tier.sockets.Message.read(Message.java:542) 
    at com.gemstone.gemfire.internal.cache.tier.sockets.Message.recv(Message.java:1029) 
    at com.gemstone.gemfire.cache.client.internal.AbstractOp.attemptReadResponse(AbstractOp.java:158) 
    at com.gemstone.gemfire.cache.client.internal.AbstractOp.attempt(AbstractOp.java:363) 
    at com.gemstone.gemfire.cache.client.internal.ConnectionImpl.execute(ConnectionImpl.java:229) 
    at com.gemstone.gemfire.cache.client.internal.pooling.PooledConnection.execute(PooledConnection.java:321) 
    at com.gemstone.gemfire.cache.client.internal.OpExecutorImpl.executeWithPossibleReAuthentication(OpExecutorImpl.java:646) 
    at com.gemstone.gemfire.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:108) 
    ... 11 more 

Làm thế nào để tôi nhận được toàn bộ stack thay vì ... 11 more?

Answer 1

Bạn có toàn bộ ngăn xếp.

Đây chỉ là một phần của dấu vết ngăn xếp. Ngay trước đó là một phần khác. Nhìn vào các dòng dưới cùng của dòng này, và các dòng trên cùng của dòng trước. Bạn sẽ thấy chúng khớp với nhau. Theo dõi ngăn xếp bắt đầu bằng một phần không bắt đầu bằng "Gây ra bởi".

Ngoại lệ "Gây ra bởi" là ẩn các phần của dấu vết ngăn xếp là các bản sao nguyên gốc của các mục theo dõi ngăn xếp trong phụ huynh của nó. Nói cách khác, Java không hiển thị toàn bộ stack lên tới main() cho mọi nguyên nhân - nó chỉ hiển thị những gì bạn chưa thấy. Xem Throwable.printStackTrace() documentation.

"Gây ra bởi" được điền khi bạn cung cấp nguyên nhân khi tạo Throwable. Nhìn vào các nhà thầu cho nó. Điều này được thực hiện khi một đoạn mã bắt được một ngoại lệ cấp thấp và sau đó muốn xem lại nó như là một lớp ngoại lệ khác.

Answer 2

Như Ed nói, nó hiển thị toàn bộ ngăn xếp, nhưng để lại thông tin mà bạn đã thấy. Xem Throwable#printStackTrace()

Trích dẫn từ đó:

Lưu ý sự hiện diện của các dòng có chứa các ký tự "...". Các dòng này cho biết phần còn lại của dấu vết ngăn xếp cho trường hợp ngoại lệ này khớp với số khung được chỉ định từ dưới cùng của theo dõi ngăn xếp của ngoại lệ do ngoại lệ này (ngoại lệ "kèm theo"). viết tắt này có thể làm giảm đáng kể độ dài của đầu ra trong trường hợp thông thường, nơi một ngoại lệ bọc là ném từ cùng một phương pháp như là "ngoại lệ gây bệnh" được bắt

Thông thường một ngoại lệ được gói; được tạo với một ngoại lệ khác là nguyên nhân:

try { 
    // something which causes an Exception 
} catch (Exception e) { 
    throw new SpecificException("help", e); 
} 

Trong trường hợp này, hiển thị ngăn xếp sẽ tạo ... 11 xem thêm bạn thấy.

Answer 3

Tôi chưa bao giờ thấy, nhưng cố gắng này

public void problemFunction(){ 
    try{ 
     //your code 
    catch(Exception ex){ 
    ex.printStackTrace(); 
    } 
} 

hoặc

public void problemFunction(){ 
    try{ 
     //your code 
    } 
    catch(Exception ex){ 
    System.out.println(ex); 
    StackTraceElement[] arr = ex.getStackTrace(); 
    for(int i=0; i<arr.length; i++){ 
     System.out.println(arr[i].toString()); 
    } 
    } 
} 

Answer 4

tôi nghĩ rằng nó có nghĩa là Exception đã bị bắt và được đóng gói vào một lần trước printStackTrace được gọi.

Hãy thử và tìm ra các đầu ra của chương trình sau đây để hiểu rõ hơn:

public class PrintStackTrace { 

    public static void main(String[] args) { 
     try { 
      level1(); 
     } catch (Exception e) { 
      e.printStackTrace(); 
     } 
     try { 
      level2(); 
     } catch (Exception e) { 
      e.printStackTrace(); 
     } 
    } 


    static void level2() throws Exception { 
     try { 
      level1(); 
     } catch (Exception e) { 
      throw new Exception(e); 
     } 
    } 

    static void level1() throws Exception { 
     try { 
      throwingMethod(); 
     } catch (Exception e) { 
      throw new Exception(e); 
     } 
    } 

    static void throwingMethod() throws Exception { 
     throw new Exception("throwingMethod"); 
    } 

} 

Answer 5

câu trả lời ở trên là không chính xác, mỗi khi chồng hiển thị dòng chữ "do" có nghĩa là ngoại lệ đi qua một hoặc nhiều phương pháp cho đến khi nó bị bắt, và sau đó ném lại. Điều này có thể xảy ra nhiều lần nhiều lần, dấu vết ngăn xếp không phải là một vòng lặp, nó là một hướng duy nhất, vì vậy không, các thứ ở trên không liên quan đến thứ ở phía dưới, phần quan trọng nhất ở phía dưới, là gốc rễ của sự ngoại lệ, vì vậy nếu bạn sẽ có:

ngoại lệ trong lớp học chính: blah blah blah ... dòng mã ... do FileNotFoundException ... dòng mã ... gây ra bởi: MalformedURLException ... các dòng mã ... do: NullPointerException

thì bạn sẽ không muốn tập trung quá nhiều vào FileNotFoundException, nhưng bạn sẽ muốn tập trung thêm về NullPointerException. Giống như nói rằng bạn đã có một tập tin thuộc tính với một tên tập tin trong đó. Nếu vô tình sử dụng mykey, để tìm thuộc tính "myKey", thì thuộc tínhResource sẽ trả về một giá trị rỗng, sau đó sẽ được ném tất cả các dòng mã (hy vọng) vào ứng dụng của bạn nơi khối catch cuối cùng là. . . mà, tại piont này, nó sẽ được "bọc" không phải là một nullException, nhưng như là một FileNotFoundException. . .

Answer 6

Chúng tôi có thể phân biệt với vấn đề thực tế mà anh gặp phải. Tôi đã có vấn đề tương tự và nó quay ra tôi đã kiểm tra giới hạn của tôi ra hộp kiểm tra đánh dấu. Sau khi tôi xóa nó, tôi đã có thể nhìn thấy dấu vết ngăn xếp đầy đủ. Các bước: Nhấp chuột phải vào bảng điều khiển || Ctrl + click nếu mac đi đến sở thích và làm theo hướng dẫn ở trên

Answer 7

Có một tùy chọn vmargs

-XX:-OmitStackTraceInFastThrow 

mà có thể giúp đỡ trong một số tình huống.