Français
Français
stream_socket_recvfrom est une fonction de PHP utilisée pour recevoir des données de protocole UDP ou de protocole TCP. Le prototype est le suivant:
<span><span><span class="hljs-title function_ invoke__">stream_socket_recvfrom</span></span><span> ( resource </span><span><span class="hljs-variable">$socket</span></span><span>, </span><span><span class="hljs-keyword">int</span></span><span> </span><span><span class="hljs-variable">$length</span></span><span> [, </span><span><span class="hljs-keyword">int</span></span><span> </span><span><span class="hljs-variable">$flags</span></span><span> = </span><span><span class="hljs-number">0</span></span><span> ] ) : </span><span><span class="hljs-keyword">string</span></span><span>|</span><span><span class="hljs-literal">false</span></span><span>
</span></span>$ socket : la ressource de socket pour lire les données, généralement créée via Stream_Socket_Client ou Stream_Socket_Server .
$ Longueur : le nombre maximum d'octets à lire.
$ Flags : Paramètre Flag, par défaut est 0 et n'a pas besoin d'être modifié normalement.
Valeur de retour:
Lors du succès, renvoyez la chaîne de données de lecture.
Renvoie false lors de l'échec.
Lorsque nous constatons que Stream_Socket_RecvFrom ne peut pas recevoir de données, nous pouvons dépanner les aspects suivants.
Tout d'abord, assurez-vous que la connexion réseau est normale. La fonction Stream_Socket_RecvFrom dépend de la connexion entre la prise et le réseau. S'il y a des problèmes avec la connexion réseau, comme l'hôte cible étant inaccessible, le paramètre de pare-feu est inapproprié, les données ne seront naturellement pas reçues.
Méthode de dépannage :
Utilisez la commande ping pour vérifier si l'hôte cible est accessible.
Vérifiez les paramètres de pare-feu du serveur et du client pour vous assurer que le port UDP ou TCP est ouvert.
Dans le protocole UDP, Stream_Socket_RecvFrom ne peut pas recevoir de données si la prise n'est pas correctement liée au port spécifié, ou si les données reçues ne sont pas correctement écoutées. Si la connexion n'est pas établie correctement dans le protocole TCP, les données ne peuvent pas être reçues.
Méthode de dépannage :
Assurez-vous que Stream_Socket_Server crée et écoute correctement le port spécifié.
Utilisez socket_bind () pour confirmer que le socket a été correctement lié au port local (en particulier lors de l'utilisation de UDP).
Si la fin d'envoi n'envoie pas de données correctement ou si le paquet de données envoyé est perdu, l'extrémité de réception ne pourra naturellement pas recevoir les données. L'instabilité du réseau, les erreurs dans l'envoi du programme ou l'envoi de format de données peuvent entraîner la livraison des données.
Méthode de dépannage :
Imprimez les journaux à la fin de l'envoi ou utilisez un outil de capture de paquets réseau (tel que Wireshark) pour confirmer si les données sont envoyées correctement.
Vérifiez si le code d'envoi envoie des données dans le format correct.
Si le délai d'expiration n'est pas défini lors de l'appel Stream_Socket_RecvFrom , ou si le temps de temps mort est trop court, les données peuvent ne pas être lues à temps. Cela peut se produire en particulier dans les environnements réseau où la transmission des données est lente ou retardée.
Méthode de dépannage :
Utilisez la fonction Stream_Set_timeout pour définir le temps de temps de lecture de la prise. Par exemple:
<span><span><span class="hljs-title function_ invoke__">stream_set_timeout</span></span><span>(</span><span><span class="hljs-variable">$socket</span></span><span>, </span><span><span class="hljs-number">10</span></span><span>); </span><span><span class="hljs-comment">// Définissez le temps mort sur10Deuxième</span></span><span>
</span></span>Assurez-vous que le récepteur peut gérer d'éventuels retards de réseau.
Le mode de lecture de Stream_Socket_RecvFrom (comme le mode non bloquant) peut affecter la réception des données. Si le socket est en mode non bloquant, il renvoie faux lorsqu'il n'y a pas de données à lire, au lieu d'attendre que les données arrivent.
Méthode de dépannage :
Pour vérifier si le mode non bloquant est utilisé, vous pouvez ajuster le comportement de blocage de la prise via Stream_Set_Blocking :
<span><span><span class="hljs-title function_ invoke__">stream_set_blocking</span></span><span>(</span><span><span class="hljs-variable">$socket</span></span><span>, </span><span><span class="hljs-number">1</span></span><span>); </span><span><span class="hljs-comment">// Défini sur le mode de blocage</span></span><span>
</span></span>La deuxième longueur de paramètre de stream_socket_recvfrom détermine le nombre maximum d'octets par lecture. Si le paquet dépasse cette taille, l'excès sera jeté, ce qui entraînera l'incapacité de recevoir les données complètes.
Méthode de dépannage :
Assurez-vous que le paramètre de longueur est suffisamment grand pour recevoir le paquet complet. Si vous n'êtes pas sûr de la taille du paquet, vous pouvez définir la longueur sur une valeur plus grande ou l'ajuster dynamiquement.
Le récepteur peut s'attendre à des données dans un format spécifique. Si le format de données reçu ne répond pas aux attentes, cela peut également conduire à l'incapacité de analyser correctement les données, qui se manifeste comme "les données non reçues".
Méthode de dépannage :
Vérifiez le code de traitement des données reçues pour vous assurer que le format et le protocole des données sont cohérents avec l'expéditeur.
Imprimez les données reçues et voyez si les données sont correctement analysées.
Enregistrement : en ajoutant de la journalisation aux extrémités d'envoi et de réception, le suivi du flux de données peut aider à localiser rapidement les problèmes.
Capture du paquet réseau : utilisez des outils tels que Wireshark ou TCPDUmp pour capturer les paquets de données réseau et vérifier si les données ont été transférées sur la machine cible.
Étape par étape : commencez par une situation simple et assurez-vous que la fonction de chaque étape est normale. Par exemple, utilisez Stream_Socket_Sendto pour envoyer des données simples pour confirmer si le récepteur peut le recevoir.
