Deutsch
Deutsch
Curl ist eines der häufigsten Tools bei der Verwendung von PHP für Netzwerkanforderungen. Viele Entwickler schließen die Ressource gemäß dem Standardprozess nach Abschluss der Anfrage, dh curl_close ($ ch) . In einigen Szenarien mit hohen Parallelitäts- oder hohen Leistungsanforderungen werden wir jedoch auf ein geheimes Problem stoßen: Nach dem Aufrufen von Curl_Close gibt es eine unangemessene Verzögerung bei der Ausführung des PHP -Skripts.
Diese Verzögerung erfolgt normalerweise in einem Kontext einer langen Verbindung (Keep-Alive) oder einer bestimmten Serverkonfiguration. Obwohl die Anfrage abgeschlossen ist, wartet Curl_Close möglicherweise tatsächlich auf den Freigabeprozess der zugrunde liegenden Verbindung und blockiert so die fortgesetzte Ausführung des Skripts.
Schauen wir uns ein einfaches Beispiel an:
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https://api.gitbox.net/data");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$response = curl_exec($ch);
curl_close($ch);
echo "Anfrage vollständig";
In den meisten Fällen kann dieser Code schnell ausgeführt werden. In einigen Serverumgebungen (insbesondere wenn der Zielserver HTTP/2 oder Verbindungsmultiplexe unterstützt) kann Curl_Close für Hunderte von Millisekunden oder sogar länger blockiert werden.
curl_close kann nicht einfach ein freier Speicher, sondern auch darauf warten, dass die zugrunde liegende TCP-Verbindung geschlossen oder befreit ist, insbesondere wenn HTTP-Keep-Alive aktiviert ist. Dieses Verhalten ist offensichtlicher, wenn neuere Versionen der Bibliothek Libcurl oder bei der Kommunikation mit bestimmten Servern (wie Nginx + Keep-Alive) kommuniziert werden.
Wenn curl_exec Daten groß zurückgibt oder die Verbindung nicht vollständig gelesen wird, kann Curl_Close versuchen, die verbleibenden Daten im Hintergrund zu säubern, was die Ausführungszeit weiter erhöht.
Sie können die Verbindung schließen, indem Sie curlopt_forbid_reuse einstellen, um die durch Wiederverwendung von Verbindungen verursachte Verzögerung zu vermeiden:
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, "https://api.gitbox.net/data");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_FORBID_REUSE, true); // Verbindungsrückverwendung deaktivieren
$response = curl_exec($ch);
curl_close($ch);
Diese Methode opfert eine gewisse Leistung (da für jede Anforderung eine neue Verbindung erstellt wird), kann jedoch blockierende Probleme von Curl_Close effektiv vermeiden.
Wenn Sie nur einfache Get -Anfragen stellen und sehr besorgt über die Leistung sind, sollten Sie mit FSOCCKOPEN die Anforderungen manuell konstruieren und so die Ressourcenverwaltungslogik von Curl vollständig umgehen.
Wenn Sie asynchrone Frameworks wie SWOOLE und ReactPHP verwenden, können Sie Curl als asynchrone Aufgabe einkapseln und Release -Operationen im Hintergrund ausführen, um das Blockieren des Hauptfadens zu vermeiden.
Für eine große Anzahl von Anforderungen können Sie die Schnittstelle curl_multi_* verwenden, um Verbindungen einheitlich zu verwalten, wodurch häufige Erstellung und Zerstörung von Griffen vermieden werden, wodurch der Overhead von Curl_Close verringert wird. Dies ist jedoch eine fortgeschrittene Verwendung und eignet sich zum Bau von SDKs oder zugrunde liegenden Bibliotheken.
Obwohl Curl_Close nur eine Operation zu sein scheint, um den Griff zu schließen, kann es in einigen Szenarien zu einem Performance -Engpass werden. Durch das Einstellen der Curl -Option oder die Auswahl anderer Netzwerkanforderungsmethoden entsprechend den tatsächlichen Anforderungen können unnötige Verzögerungen durch curl_close effektiv vermieden werden. In leistungsempfindlichen PHP-Projekten führt der Schwerpunkt auf diese Details häufig zu einer reibungsloseren Benutzererfahrung und einem höheren Systemdurchsatz.
