Ce qui, exactement, est-ce un “broken pipe” exception pour le Socket?

J'ai une application android qui parle à un programme sur un PC. Je suis sur Android (Java) classe Socket. Si j'ai arrêter et de redémarrer l'application PC la prochaine fois que j'envoie quelque chose à partir d'Android, je reçois un IO Exception "Broken Pipe". Ma question n'est pas à ce sujet. Voici la question:

Après l'obtention de la canalisation rompue exception si j'ai une requête à la Prise de isClosed() méthode, elle retourne false (c'est à dire, il n'est pas fermé), et si j'ai une requête à la Prise de isConnected() méthode elle renvoie true, c'est à dire, qu'il EST connecté. Quelqu'un pourrait-il expliquer ces résultats à moi? Merci à l'avance!

  • stackoverflow.com/a/3751722/776244
  • Samir, que le lien est sur qu'un bris de tuyau exception moyens. J'ai déjà le comprendre; c'est pourquoi j'ai dit que ma question n'est pas à ce sujet. Je veux comprendre les valeurs de retour, je reçois des deux méthodes Socket. J'ai mis à jour le titre pour clarifier cela.
InformationsquelleAutor user316117 | 2012-06-05
  1. 21

    Broken pipe signifie à peu près exactement ce que vous êtes en train de parler. Le programme de votre côté a toujours son socket grande ouverte, mais la prise de l'autre côté est plus dans la communication, et de ne pas passer par le standard de "fermer le tuyau" de la procédure. Cela peut se produire si l'autre partie a perdu de la puissance soudainement, si la physique de la ligne a été coupée, ou quoi que ce soit. En tant que tel, localement le support est en cours d'enregistrement comme à la fois ouvert et connecté, c'est juste connecté à une canalisation rompue. Avez-vous le souhaitez quelques conseils pratiques ici, ou seulement de la théorie?

    • Je voulais comprendre la Prise de réponse pour savoir si il y a quelque chose que je peux requête de la prise pour savoir si j'ai perdu mon canal de communication et celles qui semblait à deux plus probables sont les méthodes. Donc, est-ce à dire que, lorsque la conduite se rompt le premier indice je vais devoir est de l'atterrissage dans la "capture" de la "try - catch" bloc quand j'ai envoyer quelque chose?
    • a peu près. Le point de l'ensemble d'un bris de tuyau, c'est que ce n'est pas ce qui s'est passé localement, et votre système n'a pas été informé de ce qui se passait quand c'est arrivé.
    InformationsquelleAutor Ben Barden
  2. 2

    Socket.isClosed() et Socket.isConnected() seulement vous dire ce que vous ont fait pour la socket. Ils ne sont pas là pour vous dire quelque chose au sujet de l'état de la connexion. Vous n'avez pas fermé le socket: c'est ouvert. Vous avez connecté le support: il est connecté.

    Lorsque vous obtenez tout IOException l'exploitation d'un Socket autres que SocketTimeoutException vous devez fermer le socket.

    InformationsquelleAutor user207421