


Warum berücksichtigt net/http keine Zeitüberschreitungen von mehr als 30 Sekunden?
PHP-Redakteur Banana hat bei der Erörterung der Timeout-Dauer in Netzwerkanfragen herausgefunden, warum net/http im Design kein Timeout-Limit von mehr als 30 Sekunden berücksichtigt hat? Der Timeout-Zeitraum bedeutet, dass nach dem Senden einer Anfrage die Anfrage als fehlgeschlagen gilt, wenn innerhalb der angegebenen Zeit keine Antwort eingeht. Bei Netzwerkanfragen ist die Einstellung des Timeouts sehr wichtig. Wenn es zu kurz ist, kann die Anfrage fehlschlagen, und wenn es zu lang ist, werden Ressourcen verschwendet. Der Hauptgrund für die Analyse besteht darin, dass beim Entwurf das Gleichgewicht zwischen Leistung und Ressourcen sowie die Unsicherheit der Netzwerkumgebung berücksichtigt wurden. Als nächstes werden wir diese Frage im Detail beantworten.
Frageninhalt
Verwenden Sie Golang 1.20.1.
In den Net/http- und Kontextpaketen von Golang kann ich kein Timeout festlegen, das länger als dreißig Sekunden ist. Das Festlegen eines kürzeren Timeouts funktioniert gut, z. B.
Code:
log.infof("elasticsearch url is %v", elasticsearchurl) client := &http.client{timeout: time.duration(time.second * 60)} req, err := http.newrequest("get", listbackupsurl, nil) if err != nil { internalerror(w, fmt.sprintf("error creating request: %v", err)) return } req.setbasicauth(username, password) resp, err := client.do(req) if err != nil { // handle error internalerror(w, fmt.sprintf("error accessing elasticsearch: %v", err)) return }
Protokoll:
i0503 23:01:55.973821 1 somecode.go:85] url is http://elasticsearch.example.ingest:9200 e0503 23:02:25.976345 1 caller_handler.go:63] 500 internal server error: error accessing elasticsearch: get "http://elasticsearch.example.ingest:9200/_cat/snapshots/object-store-repo?v&s=id": dial tcp 1.2.3.4:9200: i/o timeout
Das Timeout beträgt dreißig Sekunden, nicht sechzig Sekunden.
Wenn ich http.newrequestwithcontext(...)
verwende und einen Kontext mit demselben Timeout-Satz verwende, erhalte ich das gleiche Verhalten:
Code:
log.infof("elasticsearch url is %v", elasticsearchurl) ctx, cancel := context.withtimeout(context.background(), time.duration(time.second * 60)) defer cancel() req, err := http.newrequestwithcontext(ctx, "get", listbackupsurl, nil) if err != nil { internalerror(w, fmt.sprintf("error creating request: %v", err)) return } req.setbasicauth(username, password) resp, err := client.do(req) if err != nil { // handle error internalerror(w, fmt.sprintf("error accessing elasticsearch: %v", err)) return }
Protokoll:
i0503 23:31:10.941169 1 somecode.go:85] elasticsearch url is http://elasticsearch.example.ingest:9200 e0503 23:31:40.941642 1 caller_handler.go:63] 500 internal server error: error accessing elasticsearch: get "http://elasticsearch.example.ingest:9200/_cat/snapshots/object-store-repo?v&s=id": dial tcp 1.2.3.4:9200: i/o timeout
Wenn ich jedoch bei beiden Methoden das Timeout auf drei Sekunden (time.duration(time.second * 3))
) ändere, funktioniert es wie erwartet:
I0503 23:44:17.622121 1 somecode.go:85] Elasticsearch URL is http://elasticsearch.example.ingest:9200 E0503 23:44:20.624795 1 caller_handler.go:63] 500 Internal Server Error: error accessing elasticsearch: Get "http://elasticsearch.example.ingest:9200/_cat/snapshots/object-store-repo?v&s=id": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
Lösung
Ich würde das Problem isolieren, um Möglichkeiten auszuschließen, die dabei helfen, die Ursache des Problems einzugrenzen. Verwenden Sie nach Möglichkeit einen kleinen Codeausschnitt, damit Sie nur das verarbeiten können, was Sie möchten.
Um Ihre Infrastruktur zu testen, hilft Ihnen Hystat dabei, Remote-Timeouts zu simulieren. Beispiel:
func main() { client := &http.Client{Timeout: time.Duration(time.Second * 200)} req, err := http.NewRequest("GET", "https://www.php.cn/link/1a59ef90d1ea801448e1567d0896a99f/504?sleep=120000", nil) if err != nil { log.Fatal(err) return } resp, err := client.Do(req) if err != nil { log.Fatal(err) return } fmt.Println(resp) }
Wenn Sie zu diesem Zeitpunkt eine dial tcp ip:port: i/o timeout
Zeitüberschreitung erhalten, müssen Sie Ihr Betriebssystem und Ihre Firewall überprüfen. Unabhängig davon, welche Zeitüberschreitungen Sie in go festlegen, sollten die Standardeinstellungen des Betriebssystems überschrieben werden. Wenn Sie auf diese Weise Zeitüberschreitungen erhalten, ist dies wahrscheinlich auf eine Firewall (lokal oder remote) zurückzuführen.
Alternativ kann es zu einer Zeitüberschreitung kommen, wenn Sie eine externe Verbindung herstellen können. Laut Dokumentation sollten Sie jedoch mit einer Fehlermeldung direkt von es rechnen. Sie können das Timeout für es direkt in der URL festlegen und testen.
Ich hoffe, das hilft.
Das obige ist der detaillierte Inhalt vonWarum berücksichtigt net/http keine Zeitüberschreitungen von mehr als 30 Sekunden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen

OpenSSL bietet als Open -Source -Bibliothek, die in der sicheren Kommunikation weit verbreitet sind, Verschlüsselungsalgorithmen, Tasten und Zertifikatverwaltungsfunktionen. In seiner historischen Version sind jedoch einige Sicherheitslücken bekannt, von denen einige äußerst schädlich sind. Dieser Artikel konzentriert sich auf gemeinsame Schwachstellen und Antwortmaßnahmen für OpenSSL in Debian -Systemen. DebianopensL Bekannte Schwachstellen: OpenSSL hat mehrere schwerwiegende Schwachstellen erlebt, wie z. Ein Angreifer kann diese Sicherheitsanfälligkeit für nicht autorisierte Lesen sensibler Informationen auf dem Server verwenden, einschließlich Verschlüsselungsschlüssel usw.

In der Bibliothek, die für den Betrieb der Schwimmpunktnummer in der GO-Sprache verwendet wird, wird die Genauigkeit sichergestellt, wie die Genauigkeit ...

Das Problem der Warteschlange Threading In Go Crawler Colly untersucht das Problem der Verwendung der Colly Crawler Library in Go -Sprache. Entwickler stoßen häufig auf Probleme mit Threads und Anfordern von Warteschlangen. � ...

Backend Learning Path: Die Erkundungsreise von Front-End zu Back-End als Back-End-Anfänger, der sich von der Front-End-Entwicklung verwandelt, Sie haben bereits die Grundlage von Nodejs, ...

In diesem Artikel werden eine Vielzahl von Methoden und Tools eingeführt, um PostgreSQL -Datenbanken im Debian -System zu überwachen, um die Datenbankleistung vollständig zu erfassen. 1. verwenden Sie PostgreSQL, um die Überwachungsansicht zu erstellen. PostgreSQL selbst bietet mehrere Ansichten für die Überwachung von Datenbankaktivitäten: PG_STAT_ACTIVITY: Zeigt Datenbankaktivitäten in Echtzeit an, einschließlich Verbindungen, Abfragen, Transaktionen und anderen Informationen. PG_STAT_REPLIKATION: Monitore Replikationsstatus, insbesondere für Stream -Replikationscluster. PG_STAT_DATABASE: Bietet Datenbankstatistiken wie Datenbankgröße, Transaktionsausschüsse/Rollback -Zeiten und andere Schlüsselindikatoren. 2. Verwenden Sie das Log -Analyse -Tool PGBADG

Der Unterschied zwischen Stringdruck in GO -Sprache: Der Unterschied in der Wirkung der Verwendung von Println und String () ist in Go ...

Wie kann man im Beegoorm -Framework die mit dem Modell zugeordnete Datenbank angeben? In vielen BeEGO -Projekten müssen mehrere Datenbanken gleichzeitig betrieben werden. Bei Verwendung von BeEGO ...

Das Problem der Verwendung von RETISTREAM zur Implementierung von Nachrichtenwarteschlangen in der GO -Sprache besteht darin, die Go -Sprache und Redis zu verwenden ...
