Python socket attendre

Je me demandais si il ya une manière que je peux dire à python d'attendre jusqu'à ce qu'il obtient une réponse d'un serveur pour continuer à fonctionner.

Je suis en train d'écrire un jeu basé par tour. - Je faire le premier pas et il envoie le déplacer vers le serveur, puis le serveur à l'autre ordinateur. Le problème vient ici. Comme il n'est plus, à mon tour, je veux que mon jeu à attendre jusqu'à ce qu'il obtient une réponse du serveur (attendre jusqu'à ce que l'autre joueur fait un mouvement). Mais ma ligne:

data=moi.la chaussette.recv(1024)

se bloque parce que (je pense) c'est pas de faire quelque chose immédiatement. Donc, je veux savoir comment puis-je le faire attendre que quelque chose se produise et ensuite continuer.

Merci d'avance.

"Plante"? Quelle erreur avez-vous, et quelle est la traçabilité en amont?
Eh bien, il gèle, et il n'y a pas de trace. Je force la fermeture de la fenêtre, et puis il dit: "le Processus est terminé avec le code de sortie -805306369" @A.

OriginalL'auteur mapl93 | 2014-01-30

  1. 2

    Cette ligne, sock.recv(1024), blocs jusqu'à 1024 octets ont été reçus ou le système d'exploitation détecte une erreur de socket. Vous avez besoin de savoir la taille du message -- c'est pourquoi les messages HTTP inclure la Longueur du Contenu.

    Vous pouvez définir un délai d'attente avec socket.settimeout pour annuler la lecture entièrement si le nombre d'octets n'arrivera pas avant un délai d'attente.

    Vous pouvez aussi explorer Python les sockets non bloquant à l'aide de setblocking(0).

    .recv peut revenir à moins de 1024 octets.

    OriginalL'auteur A. Jesse Jiryu Davis

  2. 2

    La programmation socket howto est pertinente à cette question, plus particulièrement, la présente partie:

    Nous arrivons maintenant à la principale pierre d'achoppement de sockets - send et recv fonctionner sur la
    les tampons réseau. Ils n'ont pas nécessairement gérer tous les octets que vous avez la main sur eux (ou attendre
    d'eux), parce que leur objectif majeur est de gérer le réseau de zones tampons. En général, ils
    de retour lorsque le réseau associé tampons ont été remplis (envoyer) ou vidé (recv).
    Ensuite, ils vous disent combien d'octets sont ils manipulés. Il est de votre responsabilité de les appeler
    de nouveau jusqu'à ce que votre message a été complètement traitée.

    ...

    Une complication à savoir: si votre conversation protocole permet à plusieurs
    l'envoi des messages de retour en arrière (sans certains sorte de réponse), et que vous passez un recv
    arbitraire de la taille de bloc, vous pouvez finir la lecture du début du message suivant. Vous aurez
    besoin de mettre ça de côté >, et s'accrocher à elle, jusqu'à ce qu'il est nécessaire.

    En préfixant le message avec sa longueur (disons que 5 caractères numériques) devient de plus en plus complexe,
    parce que (croyez-le ou pas), vous ne pouvez pas obtenir tous les 5 personnages dans un recv. Dans le jeu
    autour de vous, vous allez sortir avec elle; mais, dans la haute charge de réseau, votre code sera très rapidement
    pause, sauf si vous utilisez deux recv boucles - la première pour déterminer la longueur, la seconde à
    obtenir les données dans le message. De méchant. C'est aussi quand vous découvrirez que envoyer
    ne réussit pas toujours à se débarrasser de tout en un seul passage. Et malgré avoir lu
    cela, vous finirez par obtenir un peu par!

    Les principaux plats à emporter à partir de ce sont:

    • vous aurez besoin d'établir un FIXE de taille de message, OU vous aurez besoin d'envoyer la taille du message en début de message

    • lors de l'appel de socket.recv, passer le nombre d'octets que vous voulez vraiment (et je devine que vous n'avez pas vraiment envie de 1024 octets). Ensuite, l'utilisation de Boucles parce que vous n'êtes pas assuré d'obtenir tout ce que vous voulez en un seul appel.

    OriginalL'auteur jdhildeb