Khi nào nên sử dụng Throwable thay vì ngoại lệ mới?

Question

Given: Throwable là superclass của Exception.

Khi tôi đọc văn bản để viết 'ngoại lệ' của riêng mình, tôi thấy ví dụ về Throwable đang được sử dụng trong khối catch và các văn bản khác hiển thị new Exception() đang được sử dụng trong khối catch. Tôi vẫn chưa thấy một lời giải thích khi nào thì nên sử dụng.

Câu hỏi của tôi là, khi nào nên sử dụng Throwable và khi nào nên sử dụng new Exception()?

EDIT: Bên trong catch hoặc else khối bằng cách sử dụng:

throw throwable; 

hoặc

throw new Exception(); 

Answer 1

(từ bình luận) Vấn đề mà đem này lên là tôi cần phải vượt qua một 'ngoại lệ' để một mảnh mã một đồng nghiệp đang xây dựng nếu một bộ sưu tập không được xây dựng.

Trong trường hợp đó, bạn có thể muốn ném ngoại lệ đã kiểm tra. Bạn có thể ném Exception, một lớp con hiện có thích hợp của nó (ngoại trừ RuntimeException và các lớp con của nó là không được chọn) hoặc lớp con tùy chỉnh của Exception (ví dụ: "CollectionBuildException"). Xem Java Tutorial on Exceptions để tăng tốc với ngoại lệ Java.

Answer 2

Luôn ném một ngoại lệ (không bao giờ một Throwable). Bạn thường không bắt được Throwable, nhưng bạn có thể. Throwable là superclass cho Exception và Error, vì vậy bạn sẽ bắt được Throwable nếu bạn không muốn bắt ngoại lệ mà còn là lỗi, đó là điểm có nó. Vấn đề là, lỗi thường là những thứ mà một ứng dụng bình thường sẽ không và không nên bắt, vì vậy chỉ cần sử dụng ngoại lệ trừ khi bạn có một lý do cụ thể để sử dụng Throwable.

Answer 3

Có thể ném là giao diện chứ không phải lớp học. Hai lớp mở rộng Throwable, Exception and Error.

Quy tắc là: cụ thể như bạn có thể khi bắt ngoại lệ - điều đó có nghĩa là ví dụ bắt ngoại lệ thay vì Throwable và IOException thay vì Ngoại lệ.

Không bắt lỗi - lỗi là lỗi. Sửa mã thay thế.

Nếu bạn phải nắm bắt hoàn toàn mọi thứ, hãy sử dụng "catch Throwable", nhưng đây là hình thức xấu.

Answer 4

Bạn không nên bắt ngoại lệ và ném một ngoại lệ mới chung chung là "ngoại lệ mới".

Thay vào đó, nếu bạn muốn bong bóng lên ngoại trừ chỉ làm như sau:

try { 
    // Do some stuff here 
} 
catch (DivideByZeroException e) { 
    System.out.println("Can't divide by Zero!"); 
} 
catch (IndexOutOfRangeException e) { 
    // catch the exception 
    System.out.println("No matching element found."); 
} 
catch (Throwable e) { 
    throw e; // rethrow the exception/error that occurred 
} 

Nó không phải là thói quen tốt, tôi tin rằng, để bắt một ngoại lệ và ném một ngoại lệ mới thay vì một trong đó là được nâng lên khối mã của bạn, trừ khi bạn đưa ra một ngoại lệ tùy chỉnh hữu ích cung cấp đủ ngữ cảnh để tránh né nguyên nhân của ngoại lệ ban đầu.

Answer 5

Như tôi đã nghe khi java xuất hiện lần đầu tiên, lý thuyết là Throwable có thể được sử dụng để chuyển quyền kiểm soát trong các trường hợp khác ngoài ngoại lệ. Tôi chưa bao giờ thấy nó được sử dụng theo cách đó mặc dù (và đó có thể là một điều rất tốt).

Vì vậy, chỉ cần nắm bắt Ngoại lệ (hoặc tốt hơn, một ngoại lệ chi tiết hơn).

Answer 6

Có thể ném được để chỉ bị bắt bởi vùng chứa hoặc vòng lặp chính của chương trình của bạn. Hầu hết thời gian bắt nội dung bên dưới Ngoại lệ ví dụ: Lỗi không thêm nhiều khả năng vào một chương trình, sau tất cả những gì bạn có thể làm nếu một lỗi VirtualError khác được ném. Không nhiều ngoại trừ việc đăng nhập và tiếp tục.

Answer 7

throw new Exception(); là điều bạn nên bao giờ làm trong một khối catch, nhưng bạn có thể phải hoặc muốn làm ném new SomeException(throwable); (bảo quản stack trace đầy đủ) thay vì throw throwable; để phù hợp với các API của phương pháp của bạn, ví dụ khi nó tuyên bố ném SomeException nhưng bạn đang gọi mã có thể ném một số IOException mà bạn không muốn thêm vào mệnh đề throws của phương thức của bạn.

Trường hợp phổ biến nhất có thể là new RuntimeException(throwable); để tránh hoàn toàn một mệnh đề throws. Nhiều người sẽ cho bạn biết đây là một sự lạm dụng khủng khiếp bởi vì bạn nên sử dụng các ngoại lệ đã kiểm tra. IMO họ là sai và kiểm tra ngoại lệ là một sai lầm trong thiết kế ngôn ngữ Java mà chỉ kết quả trong xấu xí, mã unmaintainable.

Answer 8

Tất cả ngoại lệ đều là vấn đề cuối cùng ... quá nói Lỗi là lỗi không có nghĩa gì cả.

Lỗi không phải là lỗi - chúng là vấn đề mà máy chủ lưu trữ đang gặp phải, ví dụ như OutOfMemoryError. Ngoại lệ là một phương tiện mà hoạt động hiện tại có thể sử dụng để thông báo rằng nó không thành công và có thể cung cấp một số chẩn đoán.

Answer 9

Nói chung, bạn sẽ không ném hoặc bắt Được ném. Cụ thể, lỗi JVM (mở rộng Lỗi()) không phải là có nghĩa là bị mã người dùng bắt, trừ khi bạn đang làm việc ở mức hệ thống kỳ lạ.

Xử lý "Có thể ném" dưới dạng ngôn ngữ tạo tác. Lớp "Ngoại lệ" được đặt tên bởi vì nó là một trong đó là dự định được sử dụng bởi các lập trình viên khi họ muốn một khối mã để thoát "đặc biệt" - bằng cách không thoát bình thường hoặc trả về một giá trị.

Điều đó bao gồm cả các tình huống lỗi thông thường (theo "thông thường", có nghĩa là trái ngược với lỗi JVM) và những nơi bạn đang sử dụng ngoại lệ làm cơ chế điều khiển.

Answer 10

Bạn không nên sử dụng ngoại lệ như là một "kiểu trả về" một trong hai ...

Nếu điều kiện bạn đang ném cho là phổ biến, bạn phải bỏ ra một số tiền rất lớn của nguồn lực để quay trở lại tình trạng đó để kêu gọi công Việt Hằng ngày. Trường hợp ngoại lệ là tốn kém để xây dựng.

Tôi đã nhìn thấy các trường hợp các vòng chặt chẽ đã ném ngoại lệ là "tiêu cực" cho ví dụ: Phân bổ ID, thói quen này chiếm khoảng 99% thời gian của CPU .. khi thay đổi thành hằng số trả về được ghi lại, điều này giảm xuống còn 25%.

Answer 11

Chỉ hai nơi bạn sẽ thấy từ Throwable trong mã:

public static void main(String args[]) 
{ 
    try 
    { 
     // Do some stuff 
    } 
    catch(Throwable t) 
    { 

    } 
} 

VÀ

public class SomeServlet extends HttpServlet 
{ 
     public void doPost(HttpRequest request, HttpResponse response) 
     { 
     try 
     { 
      // Do some stuff 
     } 
     catch (Throwable t) 
     { 
       // Log 
     } 
     } 
}