Tại sao không thể chạy() của Runnable throw Exceptions?

Question

Theo mục 6.3.2 của JCIP:

Runnable là một trừu tượng khá hạn chế; chạy không thể trả về một giá trị hoặc ném ngoại lệ đã kiểm tra.

run() không thể trả về giá trị vì loại trả về của nó bị vô hiệu nhưng tại sao nó không thể ném ngoại lệ đã kiểm tra?

Answer 1

Nó không thể ném ngoại lệ đã kiểm tra vì nó không được khai báo là ném ngoại lệ đã kiểm tra từ phiên bản đầu tiên và quá nguy hiểm để thay đổi nó.

Ban đầu Runnable chỉ được sử dụng trong gói Thread và giả định nhà phát triển muốn bắt tất cả các ngoại lệ đã kiểm tra và xử lý thay vì đăng nhập vào System.err.

Callable được thêm khi bạn có thể thêm các tác vụ riêng lẻ vào Executor nơi bạn có thể chụp kết quả theo số Future và bất kỳ ngoại lệ nào được ném.

Callable giờ đây cho phép bạn trả lại giá trị và tùy chọn khai báo ngoại lệ đã kiểm tra.

BTW: Một cách để bạn có thể nói rằng bạn không muốn trả lại hàng hoặc ném một ngoại lệ kiểm tra từ một callable là sử dụng cái gì đó như

Callable<Void> callable = new Callable<Void>() { 
    public Void call() { 
     // do something 
     return null; 
    } 
}; 

Answer 2

run() không thể ném một ngoại lệ kiểm tra bởi vì nó không được khai báo. Bạn không thể ném ngoại lệ đã kiểm tra mà không khai báo chúng.

Bạn cũng không thể khai báo các ngoại lệ đã kiểm tra trên phương pháp ghi đè hoặc thực hiện một phương pháp khác không loại trừ ngoại lệ đó. Do đó, việc triển khai Runnable không thể đơn giản thêm các điều khoản throws vào việc triển khai run() của chúng.

Answer 3

ngoại lệ Bạn luôn có thể không an toàn ném kiểm tra:

import java.lang.reflect.Field; 
import sun.misc.Unsafe; 

public class UnsafeSample { 
    public void methodWithNoDeclaredExceptions() { 
     Unsafe unsafe = getUnsafe(); 
     unsafe.throwException(new Exception("this should be checked")); 
    } 

    private Unsafe getUnsafe() { 
     try { 
      Field field = Unsafe.class.getDeclaredField("theUnsafe"); 
      field.setAccessible(true); 
      return (Unsafe) field.get(null); 
     } catch(Exception e) { 
      throw new RuntimeException(e); 
     } 
    } 

    public static void main(String[] args) { 
     new UnsafeSample().methodWithNoDeclaredExceptions(); 
    } 
} 

Xem toàn bộ bài viết ở đây:

http://java.dzone.com/articles/throwing-undeclared-checked.

Một thay thế:

public class Test { 
    public static void main(String[] args) { 
     doThrow(new SQLException()); 
    } 

    public static void doThrow(Exception e) { 
     Test.<RuntimeException> doThrow0(e); 
    } 

    @SuppressWarnings("unchecked") 
    public static <E extends Exception> void doThrow0(Exception e) throws E { 
     throw (E) e; 
    } 
} 

này được đưa ra ở đây:

http://java.dzone.com/articles/throw-checked-exceptions

Nói xong, không làm điều đó! ;-)

Answer 4

Nếu bạn nhìn vào Runnable Interface bạn thấy rằng phương pháp void run() không được khai báo là ném bất kỳ ngoại lệ đã chọn nào và lớp Thread của bạn triển khai Giao diện Runnable.

JLS nói rằng phương thức m1 không thể ném ngoại lệ nếu trong Giao diện/Siêu lớp, nó không được khai báo.

Answer 5

Đây không phải là câu trả lời cho câu hỏi. Thay vào đó, nó là một tiếp theo để Lukas Eder's answer, hiển thị một cách khác để buôn lậu một ngoại lệ đã kiểm tra vào một nơi mà nó không được phép tĩnh. Điều này dựa trên thực tế là nếu một hàm tạo không có đối số được gọi với newInstance, bất kỳ ngoại lệ nào được kiểm tra, nó sẽ thoát ra ngoài.

public class Thrower { 

    private static final ThreadLocal<Exception> toThrow = new ThreadLocal<Exception>(); 

    public static void throwUnsafely(Exception e) { 
     try { 
      toThrow.set(e); 
      Thrower.class.newInstance(); 
     } catch (InstantiationException f) { 
      throw new RuntimeException("unexpected exception while throwing expected exception", f); 
     } catch (IllegalAccessException f) { 
      throw new RuntimeException("unexpected exception while throwing expected exception", f); 
     } finally { 
      toThrow.remove(); 
     } 
    } 

    private Thrower() throws Exception { 
     throw toThrow.get(); 
    } 

} 

Đây là loại cổ điển thực sự là một chiếc mũ đen Java voodoo. Đừng bao giờ làm điều này. Ngoại trừ các bên gây ấn tượng với mọi người.

Answer 6

Tôi nghĩ động lực đằng sau việc giữ khoảng trống chữ ký() trong Runnable là nó không có nghĩa là được gọi như các phương thức khác, thay vào đó nó được thiết kế để được trình lên lịch trình của CPU gọi. Nếu vậy, ai sẽ nhận được giá trị trả về của nó và ai sẽ xử lý ném ngoại lệ đã kiểm tra bằng cách này. UncaughtExceptionHandler xuất hiện trong Java 5.0 để xử lý các trường hợp ngoại lệ chưa được ném bởi một Thread. Khung công tác Executor lưu giá trị trả về hoặc ném ngoại lệ (wrapper trong ExecutionException) là trạng thái của một số đối tượng được chia sẻ qua các chủ đề (như thể hiện lớp bên ngoài) và purveys đối tượng invoker (người đang chạy trong một số chủ đề khác) của tương lai. get().