Bạn có thể tránh bắt một ngoại lệ, nhưng nếu có một ngoại lệ ném và bạn không bắt nó chương trình của bạn sẽ ngừng thực hiện (sụp đổ).
Không có cách nào để bỏ qua ngoại lệ. Nếu ứng dụng của bạn không cần phải làm bất cứ điều gì để đáp ứng với một ngoại lệ nhất định, thì bạn sẽ chỉ cần nắm bắt nó, và sau đó không làm gì cả.
try {
...some code that throws an exception...
} catch (SomeException ex) {
// do nothing
}
LƯU Ý: Thường được coi là kiểu xấu và mọi người có thể cho bạn biết như vậy. Lý do thường được trích dẫn là, ngay cả khi bạn không làm bất kỳ điều gì với ngoại lệ, trong hầu hết các trường hợp, ít nhất bạn nên đăng nhập vào một nơi nào đó, thông báo cho người dùng hoặc thực hiện một số hành động thích hợp khác tùy thuộc vào ứng dụng của bạn và những gì gây ra ngoại lệ ngay từ đầu. Nếu bạn không chắc chắn lý do tại sao ngoại lệ bị ném (có thể đó là lỗi mà bạn chưa giải quyết), thì nói chung bạn nên ít nhất đăng nhập để bạn có thể tìm ra sau này.
có lý do nào bạn không muốn bắt nó không? Nếu đó là hiệu suất, như xa như tôi biết nó không có nhiều sự khác biệt đi qua một khối try-catch UNLESS ngoại lệ là thực sự ném, sau đó có rất nhiều chi phí. Nhưng nếu lỗi là thảm họa –
Không, bởi vì lỗi không được giả định xảy ra (tức là lỗi lập trình, hoặc runtimeexceptions). – Pwnna
Rất tiếc, đã đăng ở trên trước khi kết thúc. Lỗi tốt không bao giờ là 'giả sử' xảy ra! Nhưng có vẻ như bạn đang ném lỗi vì lợi ích của nó. Tôi nghĩ bạn cần phải suy nghĩ lại xem bạn có muốn ném lỗi ở địa điểm đầu tiên –