problème de redirection de requête golang (erreur redondante)
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 %) ...
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

typedef struct est utilisé en langage C pour créer des alias de type de structure afin de simplifier l'utilisation des structures. Il crée un alias pour un nouveau type de données sur une structure existante en spécifiant l'alias de la structure. Les avantages incluent une lisibilité améliorée, la réutilisation du code et la vérification du type. Remarque : La structure doit être définie avant d'utiliser un alias. L'alias doit être unique dans le programme et valide uniquement dans le périmètre dans lequel il est déclaré.

Les exceptions de valeur attendue des variables en Java peuvent être résolues en : initialisant les variables ; en utilisant des valeurs par défaut ; en utilisant des contrôles et des affectations et en connaissant la portée des variables locales ;

Les avantages des fermetures JavaScript incluent le maintien d'une portée variable, l'activation du code modulaire, l'exécution différée et la gestion des événements ; les inconvénients incluent les fuites de mémoire, la complexité accrue, la surcharge de performances et les effets de chaîne de portée.

La directive de préprocesseur #include en C++ insère le contenu d'un fichier source externe dans le fichier source actuel, en copiant son contenu à l'emplacement correspondant dans le fichier source actuel. Principalement utilisé pour inclure des fichiers d'en-tête contenant les déclarations nécessaires dans le code, telles que #include <iostream> pour inclure des fonctions d'entrée/sortie standard.

Cycle de vie des pointeurs intelligents C++ : Création : Les pointeurs intelligents sont créés lors de l'allocation de mémoire. Transfert de propriété : Transférer la propriété via une opération de déménagement. Libération : la mémoire est libérée lorsqu'un pointeur intelligent sort de la portée ou est explicitement libéré. Destruction d'objet : lorsque l'objet pointé est détruit, le pointeur intelligent devient un pointeur invalide.

Peut. C++ autorise les définitions et les appels de fonctions imbriquées. Les fonctions externes peuvent définir des fonctions intégrées et les fonctions internes peuvent être appelées directement dans la portée. Les fonctions imbriquées améliorent l'encapsulation, la réutilisabilité et le contrôle de la portée. Cependant, les fonctions internes ne peuvent pas accéder directement aux variables locales des fonctions externes et le type de valeur de retour doit être cohérent avec la déclaration de la fonction externe. Les fonctions internes ne peuvent pas être auto-récursives.

En JavaScript, les types de pointage de this incluent : 1. Objet global ; 2. Appel de fonction ; 3. Appel de constructeur 4. Gestionnaire d'événements 5. Fonction de flèche (héritant de this). De plus, vous pouvez définir explicitement ce que cela désigne à l'aide des méthodes bind(), call() et apply().

Dans Vue, il existe une différence de portée lors de la déclaration de variables entre let et var : Scope : var a une portée globale et let a une portée au niveau du bloc. Portée au niveau du bloc : var ne crée pas de portée au niveau du bloc, let crée une portée au niveau du bloc. Redéclaration : var permet de redéclarer les variables dans la même portée, ce qui n'est pas le cas.
