Come differenziare SocketTimeoutException

Question

Devo gestirlo in modo diverso quando prendo lo SocketTimeoutException. L'unica cosa che trovo è affidarsi allo getMessage(). Finora ne ho trovati due:

I messaggi (connessione scaduta, lettura scaduta) sono codificati? Dove vengono generati? Almeno qualsiasi valore costante per quei messaggi?

Answer 1

Quindi, ecco la mia pretesa di fama. Qui, stiamo camminando lungo lo StackTrace, cercando il metodo di origine dell'eccezione.

public class ExceptionOriginTracing { 

    public static void main(String[] args){ 
     try { 
      originOne(); 
      originTwo(); 
     } catch (Exception e){ 
      // Now for the magic: 
      for (StackTraceElement element : e.getStackTrace()){ 
       if (element.getMethodName().equals("originOne")){ 
        System.out.println("It's a read error!"); 
        break; 
       } else if (element.getMethodName().equals("originTwo")){ 
        System.out.println("It's a write error!"); 
        break; 
       } 
      } 
     } 
    } 

    public static void originOne() throws Exception{ 
     throw new Exception("Read Failed...", null); 
    } 

    public static void originTwo() throws Exception{ 
     throw new Exception("Connect failed...", null); 
    } 
} 

La differenza per l'analisi del messaggio proposta dal eccezione è, che una semplice stringa è più propensi a cambiare, che il nome del metodo attuale.

A parte questo, questa non è una soluzione ottimale! Ma purtroppo non esiste una soluzione ottimale qui.

Inoltre, con questo approccio, cura supplementare deve essere presa quando l'offuscamento di origine viene utilizzato, che cambierà il metodo nomi e per questo il valore di ritorno di getMethodName().

---

Il modo giusto quando progettando qualcosa di simile sarebbe quello di avvolgere l'eccezione in una nuova eccezione, che ha fornito i metodi per scoprire in realtà l'origine reale usando una bandiera o un enum.

Analizzare un messaggio/StackTrace si sente sempre sporco ed è subtable da interrompere nelle versioni future!

Answer 2

È possibile controllare Socket.isConnected. Ma poiché le eccezioni vengono lanciate con metodi diversi, è meglio usare due blocchi catch con azioni diverse.

try { 
     socket.connect(address); 
    } catch (SocketTimeoutException e) { 
     throw new SocketConnectionException(e); 
    } 
    try { 
     socket.getInputStream(); 
     ... 
    } catch (SocketTimeoutException e) { 
     throw new SocketReadException(e); 
    } 

Answer 3

Vengono da diversi metodi. "Connection timeout" si verifica quando si chiama connect(), implicitamente o esplicitamente; 'tempo scaduto' si verifica quando si chiama read() o uno dei suoi analoghi. In questo modo puoi differenziare il fatto di avere due blocchi di cattura diversi. Ma in entrambi i casi probabilmente stai per chiudere la connessione ...