Najlepsze wskazówki dotyczące łowienia Throwable w Javie

Question

Czasami po prostu trzeba złapać Throwable, np. podczas pisania kolejki programu wywołującego, która wywołuje ogólne elementy i musi odzyskać od wszelkich błędów (wspomniany dyspozytor rejestruje wszystkie przechwycone wyjątki, ale w trybie cichym, a następnie wykonywanie jest kontynuowane na innych elementach).

Najlepszą praktyką, jaką mogę wymyślić, jest zawsze ponowne wyrzucenie wyjątku, jeśli jest to wyjątek InterruptedException, ponieważ oznacza to, że ktoś przerwał mi wątek i chce go zabić.

Kolejna propozycja (który pochodził z komentarzem, a nie odpowiedź) jest zawsze rethrow ThreadDeath

Wszelkie inne najlepsze praktyki?

Answer 1

Prawdopodobnie najważniejszym jest, nigdy nie połknąć zaznaczonego wyjątku. Rozumiem przez to, nie rób tego:

try { 
    ... 
} catch (IOException e) { 
} 

chyba, że ​​to, co zamierza. Czasami ludzie połknąć sprawdzane wyjątki, ponieważ nie wiedzą, co z nimi zrobić, lub nie chcą (lub nie mogą) zanieczyszczać ich interfejs za pomocą klauzul "throws Exception".

Jeśli nie wiesz co z nim zrobić, to zrobić:

try { 
    ... 
} catch (IOException e) { 
    throw new RuntimeException(e); 
} 

Drugi, że przychodzi na myśl to, aby upewnić się radzić sobie z wyjątkami. Czytanie pliku powinno wyglądać mniej więcej tak:

FileInputStream in = null; 
try { 
    in = new FileInputStream(new File("..."));; 
    // do stuff 
} catch (IOException e) { 
    // deal with it appropriately 
} finally { 
    if (in != null) try { in.close(); } catch (IOException e) { /* swallow this one */ } 
} 

Answer 2

Zależy od tego, nad czym pracujesz.

Jeśli tworzysz interfejs API, który ma być używany przez kogoś innego, lepiej jest ponownie rzucić wyjątek lub zawinąć go w niestandardowy wyjątek i rzucić.

Podczas opracowywania aplikacji użytkownika końcowego należy zająć się tym wyjątkiem i zrobić to, co konieczne.

Answer 3

Jeśli piszesz w kolejce programu wywołującego, do czasu, gdy wyjątek wróci do ciebie, nie ma sensu robić z nim nic poza rejestrowaniem. Kolejka zdarzeń Swing ma zasadniczo ten typ zachowania.

Alternatywnie można podać podpięcie dla "nie przechwyconego modułu obsługi wyjątków", podobnego do ThreadGroup. Należy pamiętać, że program obsługi może zająć dużo czasu i ostatecznie opóźnić dyspozytora.

Jeśli chodzi o wyjątek InterruptedException: jedyną rzeczą, która się tym przejmuje, jest pętla wysyłkowa, która powinna sprawdzić stan zewnętrzny, aby sprawdzić, czy powinien przerwać przetwarzanie.

Answer 4

Co z OutOfMemoryError (a może jego superklasą VirtualMachineError)? Nie mogę sobie wyobrazić, że jest coś, co możesz zrobić po poważnie.