今天在使用fetch方法
創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供宣化網(wǎng)站建設、宣化做網(wǎng)站、宣化網(wǎng)站設計、宣化網(wǎng)站制作等企業(yè)網(wǎng)站建設、網(wǎng)頁設計與制作、宣化企業(yè)網(wǎng)站模板建站服務,十余年宣化做網(wǎng)站經(jīng)驗,不只是建網(wǎng)站,更提供有價值的思路和整體網(wǎng)絡服務。
fetch('xxx.com',{header:{bbbbbbb:111}})
瀏覽器返回的請求信息中,header變成了
: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
而該次請求的Request Method也變成了OPTION,不論是生成的奇怪請求頭,還是OPTION方法,都是沒有遇見過的。
這次請求與平時開發(fā)中發(fā)送的請求有以下幾點不同
1.該次請求對象網(wǎng)站是跨域地址
2.本次請求添加的請求頭服務端不會獲取
遂根據(jù)瀏覽器返回的請求信息字段名進行查詢,查詢得知
access-control-request-headers:bbbbbbbbbbb access-control-request-method:GET
名為預檢頭,是CORS請求中用于向服務端發(fā)送請求時獲取準許的一個步驟。服務端的回應主要在Response 中的Access-Control-Allow-Origin字段體現(xiàn)。
具體相關信息可以查閱MDN:https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Access_control_CORS
以上這篇淺談在fetch方法中添加header后遇到的預檢請求問題就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持創(chuàng)新互聯(lián)。
文章題目:淺談在fetch方法中添加header后遇到的預檢請求問題
標題來源:http://aaarwkj.com/article18/ggoodp.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供電子商務、響應式網(wǎng)站、做網(wǎng)站、建站公司、自適應網(wǎng)站、網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)