ConnectionTimeout contre SocketTimeout

Je vais avoir un problème avec une bibliothèque que j'utilise. Il pourrait être la bibliothèque ou il pourrait être que je l'utilise mal!

En gros, quand je le fais (Timeout en millisecondes)

_ignitedHttp.setConnectionTimeout(1);  //v short
_ignitedHttp.setSocketTimeout(60000);  //60 seconds

Pas de délai d'attente exception est générée et cela fonctionne bien, cependant, quand je fais la suite,

_ignitedHttp.setConnectionTimeout(60000);  //60 seconds
_ignitedHttp.setSocketTimeout(1);          //v short

- Je obtenir une Prise d'Exception.

Donc, ma question est pourquoi je ne peux pas simuler une Connexion Exception? Suis-je l'incompréhension de la différence entre une prise et un délai de connexion? La bibliothèque est ici (pas encore officiellement publiés).

InformationsquelleAutor Robert | 2011-09-09
  1. 197

    Un délai d'attente de connexion se produit uniquement lors du lancement de la connexion TCP. Cela se produit généralement si l'ordinateur distant ne répond pas. Cela signifie que le serveur a été arrêté, vous avez utilisé la mauvaise adresse IP/nom DNS, port incorrect ou la connexion réseau au serveur est down.

    Un délai d'attente du socket est dédié à surveiller en continu l'entrant de flux de données. Si le flux de données est interrompue pendant le délai spécifié, la connexion est considérée comme bloqué ou cassé. Bien sûr, cela ne fonctionne qu'avec des connexions où les données sont reçues tous les temps.

    Par le paramètre de délai d'attente du socket à 1 cela exigerait que chaque milliseconde de nouvelles données sont reçues (en supposant que vous lire le bloc de données sage et le bloc est assez grand)!

    Si seulement le flux entrant des stands pour plus d'une milliseconde vous êtes en cours d'exécution dans un délai d'expiration.

    • Pourriez-vous jamais obtenir un délai d'attente de connexion si le serveur n'est pas en panne mais il est occupé? Ou serait-ce un délai d'attente du socket?
    • Cela dépend si la connexion TCP a été établi avant que le serveur est surchargé, vous obtiendrez une exception socket - autrement, vous obtiendrez une exception de connexion, indiquant que la connexion TCP n'a pas pu être établie.
    • Aussi ce sont des valeurs typiques de la prise de délai d'attente et délai d'attente de connexion pour les appareils mobiles? Est habituellement plus grand que les autres?
    • Compte tenu de la latence élevée, surtout pour les plus âgés les réseaux mobiles, le délai d'attente de connexion doit être définie de plusieurs secondes (par exemple, les années 10 ou le meilleur 10000 ms). Le délai d'attente du socket, je ne réglez si vous n'utilisez pas plusieurs connexions car HTTP peut ré-utiliser la connexion après la demande.
    • Cela signifie que si vous définissez un délai d'attente du socket (par exemple 1min), la connexion serait tué après 1 minutes d'inactivité, où comme il le ferait normalement être à nouveau utilisé si aucun délai d'attente a été fixé?
    • Android, les deux valeurs à 60 secondes: grepcode.com/file/repository.grepcode.com/java/ext/...
    • Vous ne pas nécessairement obtenir un connecter exception si le serveur est trop occupé. Il dépend de la plateforme, sur le serveur plate-forme. Un socket que le délai d'attente ne tue pas la connexion. Il a juste provoque une SocketTimeoutException. Si la connexion est toujours utilisable est une décision la demande a faire. Il n'y a certainement rien à propos de l'API qui vous dit que vous ne pouvez pas essayer plus d'I/O sur le socket. Votre relevé de ne pas l'utiliser délais d'attente si vous utilisez plusieurs connexions ne commence pas à faire sens. Trop de désinformation ici.
    • Détail intéressant sur le délai d'attente du socket. Mais en ce qui concerne les "multiples connexions" je ne peux pas vous suivre. Je n'ai jamais parlé de ce sujet dans ma réponse.
    • Je souhaite qu'ils avaient nommé "délai d'attente du socket" que "le délai d'inactivité".

    InformationsquelleAutor Robert
  2. 66

    Un délai d'attente de connexion est le montant maximum de fois que le programme est prêt à attendre pour configurer une connexion à un autre processus. Vous n'avez pas ou l'affichage de toutes les données d'application à ce moment, juste à l'établissement de la connexion, elle-même.

    Un délai d'attente du socket est le délai d'attente lors de l'attente des paquets individuels. C'est une idée fausse commune que un socket délai est le délai d'attente pour recevoir la réponse complète. Donc, si vous avez un socket délai d'attente de 1 seconde, et une réponse composé de 3 paquets IP, où chaque paquet de réponse prend de 0,9 secondes à arriver, pour un total de temps de réponse de 2,7 secondes, alors il n'y aura pas de délai d'attente.

    • Ok. 1. Alors, pouvons-nous dire que SocketTimeout est livré uniquement dans l'image lorsqu'une Connexion est déjà établie? 2. Que faire si il n'y a pas de flux de données pour comme, disons, 5 minutes après le 3 paquets ont été reçus? Il y aura un SocketTimeout exception après le 3e paquet a été reçu?
    • 1. Oui. Voir Wikipedia Techniques vue d'ensemble du protocole HTTP pour la confirmation. 2. Une fois à la fin de message est envoyé, aucune donnée supplémentaire n'est nécessaire, donc un socket délai d'attente n'aura pas lieu. Voir cette réponse sur le sujet.
    • Je souhaite qu'ils avaient nommé "délai d'attente du socket" que "le délai d'inactivité".
    InformationsquelleAutor entpnerd