Trình gỡ lỗi Eclipse luôn chặn trên ThreadPoolExecutor mà không có ngoại lệ rõ ràng, tại sao?

Tôi đang làm việc với các dự án thông thường của mình trên Eclipse, đó là một ứng dụng J2EE, được tạo bằng Spring, Hibernate, v.v. Tôi đang sử dụng Tomcat 7 cho việc này (không có lý do cụ thể, tôi không khai thác bất kỳ tính năng mới nào, tôi chỉ muốn thử điều đó). Mỗi lần tôi gỡ lỗi ứng dụng của mình, nó xảy ra rằng trình gỡ lỗi Eclipse bật ra như nó đã đạt đến một điểm dừng, nhưng thực tế không phải vậy, nó thực sự dừng trên một tệp nguồn Java ThreadPoolExecutor. Không có dấu vết ngăn xếp trên bàn điều khiển, nó chỉ dừng lại. Sau đó, nếu tôi nhấp vào tiếp tục, nó sẽ tiếp tục và ứng dụng hoạt động hoàn hảo. Đây là những gì hiển thị trong cửa sổ trình gỡ lỗi:

Daemon Thread ["http-bio-8080"-exec-2] (Suspended (exception RuntimeException)) 
    ThreadPoolExecutor$Worker.run() line: 912   
    TaskThread(Thread).run() line: 619

Tôi thực sự không thể giải thích điều này, vì tôi hoàn toàn không sử dụng ThreadPoolExecutor. Phải là một cái gì đó từ Tomcat, Hibernate hoặc Spring. Điều đó rất khó chịu vì tôi luôn phải tiếp tục trong quá trình gỡ lỗi.

Bất kì manh mối nào?

Theo dõi ngăn xếp được đăng chỉ ra rằng RuntimeException đã gặp trong luồng Daemon. Điều này thường được phát hiện trong thời gian chạy, trừ khi nhà phát triển ban đầu bắt và xử lý ngoại lệ.

Thông thường, trình gỡ lỗi trong Eclipse được cấu hình để tạm dừng thực thi tại vị trí nơi ném ngoại lệ, trên tất cả các ngoại lệ chưa được lưu . Lưu ý rằng ngoại lệ có thể được xử lý sau, hạ xuống trong khung ngăn xếp và có thể không dẫn đến luồng bị chấm dứt. Đây sẽ là nguyên nhân của hành vi quan sát.

Việc cấu hình hành vi của Eclipse rất đơn giản:
Chuyển đến Window > Preferences > Java > Gỡ lỗi và bỏ chọn Tạm dừng thực thi đối với các ngoại lệ chưa được phát hiện .

Có một giải pháp cụ thể hơn, ngăn chặn Eclipse phá vỡ RuntimeExceptionchỉ được ném từ một lớp nhất định.

1. Thêm một điểm dừng ngoại lệ mới từ phối cảnh Gỡ lỗi
2. Đi đến tài sản của nó
3. Chuyển đến Lọc
4. Trong "Giới hạn đối với (các) vị trí đã chọn", nhấp vào " Thêm lớp "
5. Thêm vào java.util.concurrent.ThreadPoolExecutor
6. Bỏ chọn hộp kiểm , nghĩa là những cái này sẽ bị bỏ qua

Hành vi này được kích hoạt bởi tomcat khi tải lại webapp. Đó là một phần của tính năng "bảo vệ rò rỉ bộ nhớ" tomcat mà (trong số những thứ khác) buộc phải đổi mới các chủ đề của nó.

Điều này hiện đã được sửa từ các phiên bản 7.0.54 và 8.0.6 của tomcat: https://issues.apache.org/ormszilla/show_orms.cgi?id=56492

Tôi đã nhận thấy rằng điều này thường xảy ra sau khi sửa đổi các tệp máy chủ (jsp hoặc java) và STS gặp sự cố khi tải lại ứng dụng.

Điều này thường dẫn đến việc khởi động lại máy chủ để có được những thay đổi được đồng bộ hóa.

Sau khi giới thiệu JRebel - nó dường như đã biến mất. Vì vậy, tôi muốn nghĩ rằng đó là một vấn đề có thể lặp lại trong STS khi mã nóng trong chế độ gỡ lỗi.

Bằng cách loại bỏ các bản phát sóng nóng, nó sẽ loại bỏ sự cố với nó trong lớp ThreadPoolExecutor.