libcurl-Multiproxy-Übertragungen: Verbindungslimits und Warteschlangen
CONNECT wird unterstützt; ein belegter Host oder ein Gesamtlimit für Verbindungen kann eine Übertragung warten lassen, bevor sie einen Socket öffnet.
Ein Bericht, dass Multiproxy-Übertragungen blockieren, braucht die libcurl-Version und das TLS-Backend. Er belegt nicht, dass jede CONNECT-Übertragung einen OS-Thread benötigt.
| Warten | Was zu prüfen ist |
|---|---|
| Kontingent für einen Endpunkt | CURLMOPT_MAX_HOST_CONNECTIONS zählt den Proxy als Host, auch über Ziel-Websites hinweg |
| Kontingent über das Multi-Handle | Das Gesamtlimit für Verbindungen kann eine weitere Warteschlange erzeugen |
| Nach einem Verbindungsversuch | Tatsächliche Proxy-Antwort oder versionsspezifisches Blockierverhalten |
Vergleiche Event-Loop-Integration, Limits und Timeout-Budgets mit der Schnittstelle der installierten Version. Mehr Parallelität kann die Warteschlange in den Proxy verschieben, ohne die Ursache zu beheben.
Bestimme Client-Warteschlange, langsame Antwort oder implementierungsspezifisches Blockieren, bevor du die Parallelitätsarchitektur der Anwendung änderst.