Détermination de la fermeture d'une connexion avec l'API Java Socket
Lorsque vous travaillez avec l'API socket de Java, il peut être difficile de détecter quand une connexion a été coupée . Contrairement aux méthodes telles que isConnected() et isClosed(), qui indiquent uniquement l'état du socket local, il n'existe pas d'API intégrée pour déterminer l'état du socket distant.
Pour remédier à cette limitation, l'approche recommandée implique la surveillance Opérations d'E/S. Si read() renvoie -1, readLine() renvoie null ou readXXX() renvoie une EOFException, il est probable que l'homologue ait fermé la connexion correctement.
Dans les cas où la connexion s'est terminée brusquement, tente de l'écriture peut entraîner une IOException, indiquant une « réinitialisation de la connexion par un homologue ». Les opérations de lecture peuvent également échouer avec des exceptions similaires.
Alternativement, un délai d'attente de lecture peut être utilisé pour détecter le moment où l'homologue reste connecté mais inactif.
Il est important de noter que ClosedChannelException et SocketException : socket fermé ne signifie pas une connexion fermée mais plutôt une tentative d'utilisation d'un canal après sa fermeture locale.
Dans des scénarios spécifiques avec Java 7 sous Windows XP, la surveillance de la validité d'une SelectionKey peut révéler des réinitialisations de connexion. Cependant, ce comportement n'est pas garanti sur les différentes plates-formes ou versions de JRE.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!