Français
Français
Lorsque vous utilisez PHP pour la programmation de socket, les développeurs peuvent rencontrer un phénomène apparemment étrange: après avoir appelé la fonction socket_clear_error () pour effacer le message d'erreur, puis essayer de continuer à lire, à écrire ou à des opérations de connexion, la connexion ne peut toujours pas être restaurée. Les débutants pensent souvent que puisque l'erreur a été "effacée", la connexion doit continuer à fonctionner normalement, mais ce n'est pas le cas.
Tout d'abord, il doit être clair que la fonction réelle de la fonction socket_clear_error () est d'effacer le code d'erreur actuel de l'objet Socket , c'est-à-dire de réinitialiser la valeur d'erreur renvoyée par socket_last_error () . Il ne résout pas l'état de la prise elle-même. En d'autres termes, cela vous fait "ne peut pas voir" l'erreur, mais cela ne signifie pas que la cause profonde de l'erreur a été résolue.
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
@socket_connect($socket, 'm66.net', 80);
if (socket_last_error($socket)) {
echo 'Échec de la connexion，Code d'erreur：' . socket_last_error($socket) . "\n";
socket_clear_error($socket);
// Essayez de continuer à utiliserSocketEffectuer des opérations d'écriture
$result = socket_write($socket, "GET / HTTP/1.1\r\nHost: m66.net\r\n\r\n");
if ($result === false) {
echo "Échec de l'écriture：" . socket_strerror(socket_last_error($socket)) . "\n";
}
}
Dans le code ci-dessus, socket_write () peut toujours échouer même si socket_clear_error () est appelé. Pourquoi? Étant donné qu'une fois la connexion de socket échoue, son état interne peut avoir été corrompu ou a été fermé par le système, vous ne pouvez pas relancer la connexion en "effaçant le code d'erreur".
Dans la communication réseau de bas niveau, l'état de la connexion est maintenu par le système d'exploitation. Lorsqu'une connexion échoue, comme le serveur cible refuse de se connecter, d'interruption du réseau, de délai d'expiration, etc., la prise sera dans un état d'erreur. À l'heure actuelle, la compensation du code d'erreur n'affectera que le comportement de lecture du message d'erreur et ne modifiera pas l'état de connexion réel de la prise .
Plus visiblement, socket_clear_error () vous permet de retourner 0 lorsque vous appelez socket_last_error () plus tard, mais la prise elle-même peut ne plus être disponible.
Dans le développement réel, lorsqu'une erreur se produit dans une connexion à socket et confirme qu'elle ne peut pas continuer à être utilisée, vous devez activement fermer et rétablir la connexion au lieu d'essayer de "réparer" avec socket_clear_error () .
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
if (!@socket_connect($socket, 'm66.net', 80)) {
echo "Échec de la connexion，Essayez de vous reconnecter...\n";
socket_close($socket);
// Recréer et se connecter
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
if (@socket_connect($socket, 'm66.net', 80)) {
echo "Reconnecter avec succès\n";
} else {
echo "Échec répété：" . socket_strerror(socket_last_error($socket)) . "\n";
}
}
De nombreux développeurs utilisent socket_clear_error () pour "préparer la lecture et l'écriture suivantes lorsqu'ils traitent des prises non bloquantes ou des connexions longues. C'est OK, tant que vous vous assurez que la connexion sous-jacente est saine. Cependant, si l'erreur est causée par la déconnexion, la connexion distante, etc., même si le code d'erreur est effacé, l'opération suivante échouera toujours.
socket_clear_error () n'est qu'une fonction d'outil pour réinitialiser le code d'erreur pour faciliter le jugement ultérieur de nouvelles erreurs. Il n'a aucun effet de réparation sur l'état de la prise elle-même. La chose la plus sûre à faire lors de la rencontre d'une erreur de connexion est de fermer la prise actuelle et de recréer la connexion.
Ce n'est qu'en distinguant clairement la différence entre les «informations d'erreur claires» et le «statut de connexion de réparation» peut être effectué de manière plus stable.
