Gestione di diverse eccezioni dello stesso tipo in Java?

Question

Quando la gestione degli errori in Java è comune vedere le superclassi essendo gli errori che sono Caugh, come

Exception, IOException, SocketException, etc. 

Tuttavia come si fa a trovare i dettagli essenziali sul l'eccezione? Come si fa a selezionare una determinata eccezione dagli altri. Ad esempio, attualmente sto lavorando a un piccolo progetto utilizzando Netty.io che genera un'eccezione IOException per ogni tipo di errore di lettura/scrittura che è possibile assegnare. Questo ha senso, perché alla fine si tratta di errori di input/output, ma come gestirli singolarmente.

eccezioni Esempio:

java.io.IOException: An existing connection was forcibly closed by the remote host 
java.io.IOException: Connection reset by peer 
java.io.IOException: Stream closed 

la lista continua solo ad andare avanti, ma come si va sulla gestione di questi separatamente, un approccio che ho trovato mentre guardando in giro e sembra davvero brutto è la seguente.

try { 
    // ... 
} catch (IOException e) { 
    if(e.getMessage().contains("An existing connection was forcibly closed by the remote host")) { 
     // Handle error 
    } else //... 
} 

Questo sembra molto noioso e non è destinato ad essere un modo migliore per fare questo, un modo correct se si vuole. Ho esaminato un bel po 'di errori nella gestione delle annotazioni nelle ultime ore e tutti parlano solo dei ragazzini che vengono usati comunemente. IOException, Exception, SocketException, NullPointerException, and FileNotFoundException. Dove credo che SocketException e FileNotFoundException siano direttamente correlati allo IOException, più che probabile una sottoclasse, correggimi se sbaglio.

In ogni caso, qual è il modo corretto per gestire queste eccezioni e come si individua esattamente quale tipo di eccezione è necessario gestire? Tutto quello che posso veramente fare è gestire IOException fino a quando qualcosa di più preciso si presenta, ma quando si sviluppano applicazioni è sempre bene essere in grado di gestire ogni errore in modo univoco.

Answer 1

Nella maggior parte di questi casi il messaggio è irrilevante dal punto di vista del codice. È solo qualcosa da mostrare all'utente, o registrato. L'unico dato saliente è che la connessione è interrotta, per qualsiasi motivo, e non ci sono percorsi di codice diversi che è possibile utilizzare a seconda del messaggio che è stato.

L'unico che è diverso è 'socket chiuso', che indica un bug di codifica.

EDIT Per quanto riguarda i vostri commenti qui sotto:

• Qualsiasi IOException diverso SocketTimeoutException su un socket è fatale per la connessione.
• pacchetti non validi non causano IOException: questo è un problema di livello di applicazione che genera eccezioni a livello di applicazione, o sottoclassi di IOException: esempio, java.io.StreamCorruptedException.
• Non esiste una cosa come IOException: connection closed by remote host. Se il peer chiude la connessione, che provoca una condizione di fine del flusso, che si manifesta sia come read() ritorno -1, readLine() ritorni null, o readXXX() gettando EOFException per qualsiasi altra X.

Answer 2

suggerirei cattura le eccezioni in ordine, dal più specifico al meno - in modo tale che noterai un pattern di interruzione di circuito quando viene raggiunta l'eccezione che stai cercando.Questo è il meglio che posso venire con:

try { 
    /// Something that can result in IOException or a SocketException 
catch (IOException e){ 
    //Do something specific 
}catch (SocketExcpetion e){ 

}catch (Exception e) { //or some superclass of the above exceptions 
/// 
} 

Non dimenticare che si può anche prendere più eccezioni di tipo diverso con il comando |: catch (IOException|SocketException|

Answer 3

La documentazione (http://docs.oracle.com/javase/7/docs/api/java/io/IOException.html) contiene una lunga lista di sottoclassi dirette. Potresti volerli esaminare e controllare quali vuoi trattare in modo diverso. Una volta che sai che, è possibile utilizzare più di cattura-blocchi, prima le sottoclassi, allora l'IOException più generale:

catch(SSLException se) { 
    // do something 
} 
catch(HttpRetryException he) { 
    // do something else 
} 
catch(IOException ioe) { 
    // nop 
}