prises de blocage Winsock, blocage de multithreading

Question

j'ai traqué une impasse dans un code de mes utilisant ce reproducer:

if(isClient) 
{ 
    Sender sender; 
    Receiver receiver; 
    ConnectionPtr connection = Connection::create(description); 
    TEST(connection->connect()); 

    receiver.start(); 
    Sleep(100); 
    sender.start(); 

    sender.join(); 
} 
else 
{ 
    ConnectionPtr connection = Connection::create(description); 
    TEST(connection->listen()); 

    Sender sender; 
    Receiver receiver; 
    ConnectionPtr reader = connection->accept(); 

    receiver.start(); 
    Sleep(100); 
    sender.start(); 

    receiver.join(); 
} 

Je commence sur la même machine un serveur et un processus client sur 127.0.0.1:1234 . Les deux deadlock immédiatement dans :: recv et :: envoyer. Sender et Receiver sont des threads séparés exécutant send/recv dans une boucle. Les sockets bloquent, les sockets TCP de style BSD.

Quand je change l'ordre des opérations pour démarrer l'expéditeur avant les récepteurs, cela fonctionne.

Pourquoi?

Answer 1

Dans votre exemple, si Peer1 ne lit pas les données d'un Hôte2 bloquera en envoyer après le tampon d'envoi du socket est pleine.

Habituellement interblocage peut se produire si vous avez une sorte de protocole et le serveur ne parvient pas à lire une partie du message pendant que le client attend une réponse.

Généralement pour déboguer ce genre de problèmes de journalisation détaillée est introduit à la fois sur les côtés client et serveur. Et lorsque le problème survient, vous pouvez analyser les journaux et voir ce qui n'a pas fonctionné.