Disons que je fais tourner un serveur simple et que j'ai accept() ed une connexion d'un client.
Quelle est la meilleure façon de savoir si le client s'est déconnecté ? Normalement, un client est censé envoyer une commande de fermeture, mais que se passe-t-il s'il se déconnecte manuellement ou perd complètement la connexion réseau ? Comment le serveur peut-il détecter ou gérer cette situation ?
La valeur de retour de la réception sera -1 si la connexion est perdue, sinon elle sera la taille du tampon.
void ReceiveStream(void *threadid)
{
while(true)
{
while(ch==0)
{
char buffer[1024];
int newData;
newData = recv(thisSocket, buffer, sizeof(buffer), 0);
if(newData>=0)
{
std::cout << buffer << std::endl;
}
else
{
std::cout << "Client disconnected" << std::endl;
if (thisSocket)
{
#ifdef WIN32
closesocket(thisSocket);
WSACleanup();
#endif
#ifdef LINUX
close(thisSocket);
#endif
}
break;
}
}
ch = 1;
StartSocket();
}
}
-1 n'est renvoyé qu'en cas d'erreur, pas en cas de déconnexion. J'ai vérifié sous Windows et Linux que lorsqu'un pair se déconnecte de manière non gracieuse, recv renvoie simplement un tampon rempli de zéros.
@TekuConcept Incorrect. Il retournera -1 avec errno == ECONNRESET et cela ne fera rien du tout au tampon.
Select (avec le masque de lecture défini) reviendra avec le handle signalé, mais lorsque vous utiliserez ioctl* pour vérifier le nombre d'octets en attente de lecture, il sera égal à zéro. C'est un signe que la socket a été déconnectée.
Il s'agit d'une excellente discussion sur les différentes méthodes permettant de vérifier que le client s'est déconnecté : Stephen Cleary, Détection des connexions semi-ouvertes (abandonnées) .
* pour Windows, utilisez ioctlsocket.
C'est absolument et positivement PAS un "signe que la prise a été déconnectée". C'est un signe qu'il n'y a pas de données dans le tampon de réception de la socket. C'est un point c'est tout. Ce n'est pas du tout la même chose. L'article que vous citez pour étayer votre réponse ne mentionne même pas cette technique.
Le socket sera signalé lorsqu'il recevra des données, mais si la somme de contrôle n'est pas vérifiée, il n'y aura plus de données dans le tampon de lecture.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
0 votes
Regardez ici (pour les pires scénarios) : tldp.org/HOWTO/TCP-Keepalive-HOWTO/overview.html (Vérification des pairs morts)
5 votes
Parce qu'il y a tellement de réponses fausses et trompeuses, voici la bonne réponse : Suivez les spécifications du protocole que vous implémentez au-dessus de TCP. Il doit préciser si cela se fait par des délais d'attente, des échecs d'écriture ou tout autre mécanisme. Si vous concevez un protocole, assurez-vous de concevoir un moyen de détecter la déconnexion du client, si cela est nécessaire.