Maison > développement back-end > Golang > problème de redirection de requête golang (erreur redondante)

problème de redirection de requête golang (erreur redondante)

王林
Libérer: 2024-02-15 10:30:09
avant
1249 Les gens l'ont consulté

golang 请求重定向问题(多余的错误)

Lorsque vous utilisez Golang pour effectuer des requêtes réseau, vous pouvez occasionnellement rencontrer des problèmes de redirection de requête. Ce problème peut être dû à des erreurs redondantes. L'éditeur PHP Xigua vous expliquera comment résoudre ce problème pour assurer le bon déroulement des requêtes réseau. Nous allons jeter un coup d'oeil!

Contenu de la question

Je reçois un comportement très étrange de la part de Golang.

Je veux faire quelque chose avec une demande de publication, puis rediriger la demande. Cela dépend de facteurs aléatoires... que cela fonctionne ou non.

Quand ça ne marche pas, j'obtiens cette erreur :

"http : réponse redondante. Appel WriteHeader depuis..."

Plus la fonction est profonde, moins la redirection a de chances de fonctionner.

  • Pour autant que je sache, je n'ai redirigé qu'une seule fois (ou zéro fois...)
  • Je n'écris pas l'en-tête avant la redirection.
  • La seule chose que j'ai faite à l'écrivain avant de le rediriger a été de le mettre sur une carte.

Je ne veux pas copier tout le code ici, je vais donc le résumer.

Le gestionnaire gère les requêtes POST, en transmettant les données de la requête dans une carte nommée demand.

Analysez ensuite la demande pour obtenir la valeur du formulaire et enregistrez-la dans demand Il est envoyé au canal.

Le graphique de demande est transmis du canal à la fonction suivante :

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 %)
    ...
Copier après la connexion

Si j'appuie sur F5, il finit par rediriger correctement. J'ai essayé simplement d'écrire quelque chose dans writer.Write([]byte("same issues")), même problème.

Je suis sous Linux et j'ai essayé différents navigateurs.

Question : Est-ce un bug (connu) ?

y-a-t'il une solution?

(Forcer l'écriture au client)

Merci

Solution

J'ai enfin compris le problème et trouvé une solution.
Question :

Ainsi, les requêtes du rédacteur sont traitées et redirigées dans une fonction de portée différente de la fonction de traitement réelle. Et quand la fonction actualhandler se termine. Certains facteurs contextuels font expirer une demande d'écriture : vous ne pouvez plus rediriger ou répondre à la demande. Voici ce qui est dit dans la documentation :

https://pkg.go.dev/net/http p>

Une explication possible de la raison pour laquelle cela fonctionne parfois est... peut-être que le "transfert, traitement et redirection de canal" se produit assez rapidement (parfois) et que la fonction réelle handler n'a pas encore été fermée.

Bloquer la fonction de gestionnaire avant de traiter les données va à l'encontre de l'objectif du traitement asynchrone parallèle. J'ai donc fini par tout imbriquer dans une fonction de gestionnaire.
Les personnes intelligentes sont invitées à me corriger ou à partager de meilleures explications sur le contexte et les ResponseWriters.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Étiquettes associées:
source:stackoverflow.com
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal