Heim > Artikel > Backend-Entwicklung > Problem mit der Umleitung der Golang-Anfrage (redundanter Fehler)
Wenn Sie Golang zum Senden von Netzwerkanfragen verwenden, kann es gelegentlich zu Problemen bei der Anfrageumleitung kommen. Dieses Problem kann durch redundante Fehler verursacht werden. Der PHP-Editor Xigua erklärt Ihnen, wie Sie dieses Problem lösen können, um den reibungslosen Ablauf von Netzwerkanfragen sicherzustellen. Lass uns einen Blick darauf werfen!
Ich bemerke ein sehr seltsames Verhalten von Golang.
Ich möchte etwas mit einer Post-Anfrage machen und die Anfrage dann umleiten. Hängt von zufälligen Faktoren ab ... ob es funktioniert oder nicht.
Wenn es nicht funktioniert, erhalte ich diese Fehlermeldung:
„http: redundante Antwort. WriteHeader-Aufruf von…“
Je tiefer die Funktion, desto unwahrscheinlicher ist es, dass die Umleitung funktioniert.
Ich möchte hier nicht den gesamten Code kopieren, daher fasse ich ihn zusammen.
Der Handler verarbeitet POST-Anfragen und übergibt die Anfragedaten in einer Map namens demand
.
Analysieren Sie dann die Anfrage, um den Formularwert zu erhalten, und speichern Sie ihn in demand
Es wird an den Kanal gesendet.
Das Nachfragediagramm wird vom Kanal an die folgende Funktion übergeben:
func answer_login(demand map[string]any) map[string]any { writer := demand["writer"].(http.ResponseWriter) request := demand["request"].(*http.Request) http.Redirect(writer, request, "/", 302) // <- if it is here it works (at95 %) // some mundane code (printing stuff, really) . . . // http.Redirect(writer, request, "/", 302) // <- if it is here it works (only at 20 %) ...
Wenn ich F5 drücke, wird die Weiterleitung schließlich korrekt durchgeführt.
Ich habe versucht, einfach etwas in writer.Write([]byte("same issues"))
zu schreiben, das gleiche Problem.
Ich verwende Linux und habe verschiedene Browser ausprobiert.
Frage: Ist das ein (bekannter) Fehler?
Gibt es eine Lösung?
(Schreiben an den Kunden erzwingen)
Danke
Endlich habe ich das Problem verstanden und eine Lösung gefunden.
Frage:
Autorenanfragen werden also in einer anderen Bereichsfunktion als der eigentlichen Verarbeitungsfunktion verarbeitet und umgeleitet. Und wenn die eigentlicheHandler-Funktion endet. Bestimmte Kontextfaktoren führen dazu, dass eine Schreibanfrage abläuft: Sie können die Anfrage nicht mehr umleiten oder beantworten. So steht es in der Dokumentation:
https://pkg.go.dev/net/http p>
Eine mögliche Erklärung dafür, warum es manchmal funktioniert, ist ... vielleicht geschieht die „Kanalübertragung, -verarbeitung und -umleitung“ (manchmal) schnell genug und die eigentliche Handler-Funktion wurde noch nicht geschlossen.
Das Blockieren der Handler-Funktion vor der Verarbeitung der Daten macht den Zweck der parallelen asynchronen Verarbeitung zunichte.
Also habe ich am Ende alles in einer Handler-Funktion verschachtelt.
Kluge Leute können mich gerne korrigieren oder bessere Erklärungen zum Kontext und zu ResponseWriters geben.
Das obige ist der detaillierte Inhalt vonProblem mit der Umleitung der Golang-Anfrage (redundanter Fehler). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!