Heim >Backend-Entwicklung >Golang >Warum erkennt der HTTP-Kontext von Go keine Abbruchsignale mit Anforderungstexten?
Go-HTTP-Kontext kann Abbruchsignal mit Anforderungstext nicht erkennen
Im HTTP-Server von Go können Kontextsignale einen Mechanismus zur Handhabung von Client-Trennungen bereitstellen , sodass der Server Ressourcen umgehend bereinigen kann. Wenn eine Anfrage jedoch einen Text enthält, bleibt der Kanal „Fertig“ des Kontexts stehen, sodass der Server den Abgang des Clients nicht erkennen kann.
Verhaltensursache
Der Grund für dieses Verhalten liegt darin, wie der HTTP-Server die Verbindung liest. Bis der Anfragetext gelesen ist, werden keine Prüfungen auf geschlossene Verbindungen durchgeführt. Bei GET-Anfragen ist kein Body vorhanden, sodass der Server die Verbindung aktiv überwacht. Bei POST-Anfragen belegt der Text jedoch einen nicht blockierenden Leser, was die Verbindungsprüfung verzögert.
Lösung
Um dieses Problem zu beheben, lesen Sie den darin enthaltenen Anforderungstext explizit die Handler-Funktion. Diese Aktion löst die Verbindungsüberwachung des Servers aus und stellt sicher, dass er Client-Trennungen umgehend erkennen kann.
Codebeispiel
func handler(w http.ResponseWriter, r *http.Request) { go func(done <-chan struct{}) { <-done fmt.Println("message", "client connection has gone away, request got cancelled") }(r.Context().Done()) // Explicitly read the body to trigger connection monitoring io.Copy(ioutil.Discard, r.Body) time.Sleep(30 * time.Second) fmt.Fprintf(w, "Hi there, I love %s!\n", r.URL.Path[1:]) }
Diese Änderung veranlasst den Server, den Anforderungstext zu lesen sofort und leitet den Verbindungsüberwachungsprozess ein. Folglich kann der Server jetzt Client-Trennungen effektiv erkennen, selbst wenn ein Anforderungstext vorhanden ist.
Das obige ist der detaillierte Inhalt vonWarum erkennt der HTTP-Kontext von Go keine Abbruchsignale mit Anforderungstexten?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!