Phân tích kết xuất chuỗi của một quá trình java

Question

Tôi có ứng dụng dựa trên Java EE chạy trên tomcat và tôi thấy rằng đột nhiên ứng dụng bị treo sau khi chạy trong vài giờ.

tôi thu thập các bãi chứa thread từ các ứng dụng ngay trước khi nó bị treo và đặt nó trong TDA để phân tích:

TDA (Chủ đề Dump Analyzer) đưa ra thông điệp sau cho màn hình trên:

A lot of threads are waiting for this monitor to become available again. 
This might indicate a congestion. You also should analyze other locks 
blocked by threads waiting for this monitor as there might be much more 
threads waiting for it. 

Và đây là stacktrace của thread nêu trên:

"MY_THREAD" prio=10 tid=0x00007f97f1918800 nid=0x776a 
      waiting for monitor entry [0x00007f9819560000] 
    java.lang.Thread.State: BLOCKED (on object monitor) 
    at java.util.Hashtable.get(Hashtable.java:356) 
    - locked <0x0000000680038b68> (a java.util.Properties) 
    at java.util.Properties.getProperty(Properties.java:951) 
    at java.lang.System.getProperty(System.java:709) 
    at com.MyClass.myMethod(MyClass.java:344) 

Tôi muốn biết trạng thái "waiting for monitor entry" có nghĩa là gì? Và cũng sẽ đánh giá cao bất kỳ con trỏ nào để giúp tôi gỡ lỗi vấn đề này.

Answer 1

Màn hình = đồng bộ hóa. Bạn có rất nhiều chủ đề cố gắng để có được khóa trên cùng một đối tượng.

Có lẽ bạn nên chuyển từ việc sử dụng một Hashtable và sử dụng một HashMap

Answer 2

này có nghĩa là chủ đề của bạn đang cố gắng để thiết lập một khóa (trên Hashtable), nhưng một số chủ đề khác đã được truy cập vào nó và đã thiết lập một khóa . Vì vậy, nó chờ đợi cho khóa để phát hành. Kiểm tra xem các chủ đề khác của bạn đang làm gì. Đặc biệt là chuỗi với tid = "0x00007f9819560000"

Answer 3

Một trong các chủ đề của bạn có được một đối tượng màn hình (một khóa độc quyền trên một đối tượng). Điều đó có nghĩa là thread đang thực thi mã được đồng bộ hóa và vì bất kỳ lý do gì bị kẹt ở đó, có thể chờ các luồng khác. Nhưng các chủ đề khác không thể tiếp tục thực hiện vì chúng gặp phải một khối đồng bộ và yêu cầu khóa (đối tượng giám sát), tuy nhiên chúng không thể nhận được nó cho đến khi nó được giải phóng bởi luồng khác. Vì vậy ... có lẽ bế tắc.

Answer 4

Hãy tìm kiếm chuỗi này từ toàn bộ chủ đề đổ

- khóa < 0x00007f9819560000>

Nếu bạn có thể tìm thấy nó, thread là bế tắc với chủ đề "tid = 0x00007f97f1918800"