Comment résoudre la demande de contrôle en amont rencontrée après l'ajout d'un en-tête dans la méthode de récupération

L'éditeur suivant vous présentera une brève discussion des problèmes de requête de contrôle en amont rencontrés après l'ajout d'en-têtes dans la méthode fetch. L'éditeur le trouve plutôt bon, je vais donc le partager avec vous maintenant et le donner comme référence pour tout le monde. Suivons l'éditeur et jetons un coup d'œil.

Aujourd'hui, en utilisant la méthode fetch

fetch('xxx.com',{header:{bbbbbbb:111}})

Dans la demande, les informations renvoyées par le navigateur, l'en-tête devient

:authority:koss.nocorp.me
:method:OPTIONS
:path:/?a=1
:scheme:https
accept:*/*
accept-encoding:gzip, deflate, br
accept-language:zh-CN,zh;q=0.8
access-control-request-headers:bbbbbbbbbbb
access-control-request-method:GET
origin:http://localhost:3333
referer:http://localhost:3333/
user-agent:Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36

et la méthode Request de cette requête devient également OPTION, qu'il s'agisse de l'étrange en-tête de requête généré ou de la méthode OPTION Never. rencontré auparavant.

Cette demande est différente des demandes envoyées lors du développement normal sur les points suivants :

1. la requête est une adresse inter-domaines

2. L'en-tête de requête ajouté dans cette requête ne sera pas obtenu par le serveur

sera interrogé en fonction de la. Nom du champ d'informations de la demande renvoyé par le navigateur, la requête a révélé que

access-control-request-headers:bbbbbbbbbbb
access-control-request-method:GET

est appelé l'en-tête de contrôle en amont, qui est une étape de la requête CORS pour obtenir l'autorisation lors de l'envoi d'une demande au serveur. La réponse du serveur est principalement reflétée dans le champ Access-Control-Allow-Origin dans Response.

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!