Deutsch
Deutsch
Debugging ist häufig Kopfschmerzen bei der Entwicklung von Socket-basierten Serverprogrammen mithilfe von PHP. Insbesondere bei einigen unerklärlichen Verbindungsfehlern, Datenempfangsinterrupts oder Timeout -Problemen stützen sich die Entwickler normalerweise auf Socket_Last_error () und Socket_Strerror () , um die Fehlerquelle zu verfolgen. Diese beiden Funktionen allein können jedoch nicht den klarsten Fehlerkontext liefern, und Socket_Clear_error () ist zu diesem Zeitpunkt besonders kritisch.
In der PHP -Socket -Programmierung ist Socket_Last_error () eine Status -Abfragefunktion, die den letzten Fehlercode zurückgibt. Aber dieses "letzte Mal" ist vielleicht nicht die "aktuelle Operation", die Sie sich vorgestellt haben. Da der Socket -Fehlerstatus von PHP weltweit reserviert ist, kann der Fehlercode, das durch die vorherige Operation hinterlassen wurde , auch dann, solange er nicht explizit gelöscht wird, selbst wenn Sie eine neue Operation durchgeführt haben.
Zum Beispiel der folgende Code:
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_connect($socket, '127.0.0.1', 8080);
$errCode = socket_last_error($socket);
echo socket_strerror($errCode);
Wenn in Socket_Create () ein Fehler auftritt und Sie den Fehlercode unmittelbar nach Socket_Connect () erhalten, kann das, was Sie erhalten, der Fehler, der von Socket_Create () zurückliegt. Dies wird beim Debuggen zu großer irreführender Weise führen.
Um eine Störung durch diesen "historischen Fehlerzustand" zu vermeiden, können wir vor jeder kritischen Socket -Operation Socket_Clear_error () aufrufen, um den vorherigen Fehlerzustand explizit zu löschen. Der größte Vorteil dabei besteht darin, sicherzustellen, dass der nächste Socket_Last_error () den durch den aktuellen Vorgang generierten Fehlercode zurückgibt.
Zum Beispiel:
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
// Löschen Sie den vorherigen Fehlerstatus
socket_clear_error($socket);
// Versuchen Sie zu verbinden
if (!socket_connect($socket, '127.0.0.1', 8080)) {
$errorCode = socket_last_error($socket);
$errorMsg = socket_strerror($errorCode);
error_log("Verbindung ist fehlgeschlagen：[$errorCode] $errorMsg");
}
Der Vorteil des Schreibens auf diese Weise besteht darin, dass Sie wissen, dass der Fehlercode, wenn die Verbindung fehlschlägt, eher durch diesen Verbindungsvorgang als durch einen älteren Fehler verursacht werden muss.
In großen Diensten tendieren Entwickler dazu, Debug -Protokolle in einen Protokolldienst oder Anzeigepanel zu bringen, z. B.:
$url = 'http://m66.net/log/record.php';
$params = [
'event' => 'socket_connect_fail',
'error' => socket_strerror(socket_last_error($socket)),
];
file_get_contents($url . '?' . http_build_query($params));
Wenn Sie im Voraus Socket_Clear_error () nicht verwenden, hat die hier übergebene Fehlermeldung möglicherweise nichts mit dem aktuellen Fehlerereignis zu tun, wodurch die Protokollierung "sauber, aber nicht vertrauenswürdig" wird.
Beim Wickeln von Socket-Operationen mithilfe der Try-Catch-Struktur wird auch empfohlen, Socket_Clear_error () aufzurufen, bevor jede Ausnahme eintritt. Auf diese Weise wird die Fehlermeldung, die Sie in den Catch -Block erhalten, "genauer" und vermeiden vermeiden, die tatsächlichen Fehlerpunkte aufgrund aufeinanderfolgender Fehler aus mehreren Socket -Operationen zu verwechseln.
Socket_Clear_error () ist ein Debugging -Tool, das in der PHP -Socket -Programmierung leicht übersehen wird. Durch die rationale Verwendung kann die Debuggengenauigkeit und die Glaubwürdigkeit der Protokolls erheblich verbessert werden, insbesondere wenn es um hohe gleichzeitige Verbindungen oder komplexe nicht blockierende Kommunikationslogik geht. Entwickler sollten die Gewohnheit entwickeln, diese Funktion vor den wichtigsten Socket -Operationen zu bezeichnen, wodurch ein klareres und zuverlässigeres Debugging -System aufgebaut wird.
