Tại sao InterruptedException là ngoại lệ được kiểm tra?

Question

Đây là một câu hỏi về Java cũ khi chúng tôi tạo ra các Chủ đề của riêng mình. Một số phương pháp như Thread.sleep(100) ném một số InterruptedException khi nó bị gián đoạn bởi một chuỗi khác. Bây giờ như tôi hiểu, gián đoạn có nghĩa là một sợi dây khác đang nói: Hãy để tôi tiếp quản ngay bây giờ.

Khi điều này xảy ra, tại sao Java muốn chúng tôi xử lý InterruptedException?

Lập trình viên thậm chí không cần quan tâm khi các chuỗi đang làm gián đoạn lẫn nhau. Anh ta nên chỉ có thể phân chia công việc giữa các chủ đề và được chú ý khi nó được thực hiện. Vì vậy, lý do của Java muốn chúng ta đối phó với InteruptedException là gì? Ít nhất nó phải được RuntimeException

Answer 1

Lập trình viên thậm chí không cần phải quan tâm khi các sợi dây được làm gián đoạn mỗi khác

Điều này không đúng. Có rất nhiều, nhiều tình huống mà bạn muốn biết rằng một sự gián đoạn đã được yêu cầu, nhưng bạn sẽ bỏ qua nó một chút để hoàn thành công việc bạn đang làm.

Ví dụ: giả sử một chuỗi mở một tệp và bắt đầu viết một số dữ liệu. Chủ đề này, sau đó, khối, chờ đợi cho phần còn lại của dữ liệu được tính toán. Giả sử rằng một luồng thứ hai cố gắng làm gián đoạn luồng thứ nhất. Nó nên làm gì? Đơn giản chỉ cần chết, và có thể bạn kết thúc với một tập tin bị hỏng, không đầy đủ? Nó có nên dọn dẹp bằng cách xóa tập tin mà nó bắt đầu viết không? Có nên bỏ qua yêu cầu gián đoạn và chỉ cần đợi cho đến cuối dữ liệu cần ghi? Nó có nên viết một cái gì đó có nghĩa là "Tôi đã bị gián đoạn ở đây", để nó có thể tiếp tục công việc của nó từ thời điểm đó trong thời gian tới?

Trên một trường hợp khác, giả sử bạn có máy chủ HTTP. Giả sử người dùng đang truy cập vào máy chủ của bạn và, tải xuống một tệp lớn từ máy chủ của bạn. Bạn muốn dừng máy chủ. Ứng dụng sau đó sẽ cố gắng làm gián đoạn tất cả các chuỗi công việc. Họ nên làm gì? Chỉ cần dừng tải xuống? Hoặc họ có nên đợi người dùng tải xuống các tệp của họ và chỉ sau đó họ có nên chết mà không chấp nhận thêm bất kỳ yêu cầu nào nữa không? Cả hai kịch bản đều có giá trị như nhau.

Như bạn thấy, có quá nhiều kịch bản có thể xảy ra và sẽ thật khủng khiếp nếu chúng tôi không có cách nào để biết rằng một sự gián đoạn đã được yêu cầu. Đôi khi, bạn sẽ chỉ đơn giản là để cho thread chết. Đôi khi, bạn phải làm sạch môi trường. Đôi khi, bạn muốn nó hoàn thành yêu cầu đang hoạt động nhưng không chấp nhận thêm bất kỳ yêu cầu nào.

Answer 2

Có vẻ như bạn đang trộn giữa trình lên lịch chủ đề và gián đoạn.

Trình lên lịch chuỗi là một hệ thống gốc, phân chia công việc từ nhiều luồng thành các quy trình. Nếu quá nhiều luồng đang hoạt động, trình lên lịch sẽ hoạt động không đồng bộ. Nói cách khác, hãy để tôi tiếp quản bây giờ có thể khá đúng.

Một phương tiện gián đoạn, thoát khỏi những gì bạn hiện đang làm và không quay lại với số. Cách thực tế nhất để thực hiện điều này, là một ngoại lệ.

Answer 3

An InteruptedException được ném khi một luồng bị buộc phải bị gián đoạn. Đây không phải là tình huống thông thường (tức là khi luồng được bật lên bởi trình lên lịch). Ví dụ sẽ là khi một luồng khác manually interupts it hoặc quá trình nhận được tín hiệu SIGINT .

Answer 4

RuntimeExceptions phải đại diện cho các lỗi lập trình (xem http://docs.oracle.com/javase/tutorial/essential/exceptions/runtime.html). InterruptedException giống như một tín hiệu từ một luồng khác.