Quelle est la différence entre la connexion et le délai de lecture pour les sockets?

3 questions:

1. Quelle est la différence entre la connexion et le délai de lecture pour les sockets?

2. Que signifie le délai d'expiration de la connexion défini sur «infini»? Dans quelle situation peut-il rester dans une boucle infinitive? et qu'est-ce qui peut déclencher la mort de la boucle infinie?

3. Que signifie le délai de lecture défini sur «infini»? Dans quelle situation peut-il rester dans une boucle infinitive? et qu'est-ce qui peut déclencher la mort de la boucle infinie?

1) Quelle est la différence entre la connexion et le délai de lecture pour les sockets?

Le délai d'expiration de la connexion correspond au délai d'expiration de la connexion initiale; c'est-à-dire terminer la négociation de connexion TCP. Le délai de lecture est le délai d'attente pour lire les données ¹ . Plus précisément, si le serveur ne parvient pas à envoyer un octet <timeout> secondes après le dernier octet, une erreur de délai de lecture sera déclenchée.

2) Que signifie le délai d'expiration de la connexion défini sur «infini»? Dans quelle situation peut-il rester dans une boucle infinitive? et qu'est-ce qui peut déclencher la mort de la boucle infinie?

Cela signifie que la tentative de connexion peut potentiellement bloquer pour toujours. Il n'y a pas de boucle infinie, mais la tentative de connexion peut être débloquée par un autre thread fermant le socket. (Un Thread.interrupt()appel peut également faire l'affaire ... pas sûr.)

3) Que signifie le délai de lecture réglé sur «infini»? Dans quelle situation peut-il rester dans une boucle infinie? Qu'est-ce qui peut déclencher la fin de la boucle infinie?

Cela signifie qu'un appel à readsur le flux de socket peut bloquer pour toujours. Encore une fois, il n'y a pas de boucle infinie, mais le readpeut être débloqué par un Thread.interrupt()appel, fermant le socket, et (bien sûr) l'autre extrémité envoyant des données ou fermant la connexion.

^{1 - Ce n'est pas ... comme le pensait un commentateur ... le délai d'expiration de la durée pendant laquelle un socket peut être ouvert ou inactif.}

Il s'agit de valeurs de délai d'attente appliquées par la JVM pour l'établissement de la connexion TCP et l'attente de la lecture des données à partir du socket.

Si la valeur est définie sur l'infini, vous n'attendrez pas indéfiniment. Cela signifie simplement que JVM n'a pas de délai d'expiration et que le système d'exploitation sera responsable de tous les délais. Cependant, les délais d'expiration sur le système d'exploitation peuvent être très longs. Sur certains réseaux lents, j'ai vu des délais d'expiration allant jusqu'à 6 minutes.

Même si vous définissez la valeur du délai d'expiration pour le socket, cela peut ne pas fonctionner si le délai d'expiration se produit dans le code natif. On peut reproduire le problème sous Linux en se connectant à un hôte bloqué par le pare-feu ou en débranchant le câble sur le switch.

La seule approche sûre pour gérer le délai d'expiration TCP consiste à exécuter le code de connexion dans un thread différent et à interrompre le thread lorsqu'il prend trop de temps.