Qual è la differenza tra la connessione e il timeout di lettura per i socket?

Question

3 domande:

1. Qual è la differenza tra connessione e leggere timeout per i socket?

2. Che cosa significa timeout impostato su "infinito"? In quale situazione può rimanere in un ciclo infinito? e cosa può innescare la morte del ciclo infinito?

3. Cosa significa "" read time impostato su "infinito"? In quale situazione può rimanere in un ciclo infinito? e cosa può innescare la morte del ciclo infinito?

Answer 1

1) Qual è la differenza tra connessione e timeout lettura per i socket?

Il timeout della connessione è il timeout durante la connessione iniziale; Completando l'handshake della connessione TCP. Il timeout di lettura è il timeout in attesa di leggere i dati. In particolare, se il server non riesce a inviare un byte < timeout> secondi dopo l'ultimo byte, verrà generato un errore di timeout di lettura.

2) Che cosa significa timeout di connessione impostato su "infinito"? In quale situazione può rimanere in un ciclo infinito? e cosa può innescare la morte del ciclo infinito?

Significa che il tentativo di connessione può potenzialmente bloccare per sempre. Non esiste un ciclo infinito, ma il tentativo di connessione può essere sbloccato da un altro thread che chiude il socket. (A Thread.interrupt() chiamata può anche fare il trucco ... non sono sicuro.)

3) Cosa impostato timeout leggere su "infinito" significa? In quale situazione può rimanere in un ciclo infinito? e cosa può innescare la morte del ciclo infinito?

Significa che una chiamata a read sul flusso di socket potrebbe bloccare per sempre. Ancora una volta non esiste un ciclo infinito, ma lo read può essere sbloccato da una chiamata Thread.interrupt(), chiudendo il socket e (ovviamente) dall'altra parte che invia dati o chiude la connessione.

Answer 2

Questi sono valori di timeout imposti da JVM per la creazione della connessione TCP e in attesa di lettura dei dati dal socket.

Se il valore è impostato su infinito, non si attenderà per sempre. Significa semplicemente che JVM non ha timeout e che il sistema operativo sarà responsabile di tutti i timeout. Tuttavia, i timeout sul sistema operativo potrebbero essere molto lunghi. Su alcune reti lente, ho visto timeout fino a 6 minuti.

Anche se si imposta il valore di timeout per il socket, potrebbe non funzionare se il timeout si verifica nel codice nativo. Possiamo riprodurre il problema su Linux collegandoci a un host bloccato dal firewall o scollegando il cavo sullo switch.

L'unico approccio sicuro per gestire il timeout TCP è eseguire il codice di connessione in un thread diverso e interrompere il thread quando richiede troppo tempo.