一次跨域請求出現(xiàn) OPTIONS 請求的問題及解決方法

余學(xué)文發(fā)布于2019-08-23 11:29 / 999人閱讀

摘要：實際使用時，由于向提交的長度限制在字符，超過了則被瀏覽器拒絕，因此不采用。前端發(fā)起跨域請求就是正常的請求即可。

問題背景
瀏覽器從一個域名的網(wǎng)頁去請求另一個域名的資源時，域名、端口、協(xié)議任一不同，都是跨域
在前后端開發(fā)過程經(jīng)常會遇到跨域問題。網(wǎng)上也都有解決方案。

寫這篇文章時，我們碰到的一個場景是：要給s系統(tǒng)做一個擴展，前端的html、js放在s系統(tǒng)里，后端需要做一個多帶帶的站點N.B.com。這就導(dǎo)致了跨域問題，大多數(shù)時候前后端用一個CORS方案解決跨域問題就可以了。但是我這次有點特別。

前端這邊是一個get請求，按理說也沒啥，但是在請求的header里面要添加兩個自定義的header

  GET http://localhost:8080/api/v1/users
  Accept: */*
  Content-Type: application/json
  Authorization: token:21232f297a57a5a743894a0e4a801fc3
  Username: admin

增加了兩個自定義字段 Authorization和Username
在請求時我看到 network里面出現(xiàn)了兩次請求記錄第一次是一個 OPTION請求狀態(tài)碼200第二次是我的get請求狀態(tài)碼 401

可以這邊后端已經(jīng)做了CORS處理。為何還出現(xiàn)這種情況呢。
我們一般在項目里解決跨域問題簡單說會采取方案有

使用ajax直接跨域訪問

2.使用JsonP。實際使用時，由于JsonP向Server提交URL的長度限制在8000字符，超過了則被瀏覽器拒絕，因此不采用。

對于第一種方案，后端需要做的工作是：
接口允許允許跨域請求：

header("Access-Control-Allow-Origin:*");  //支持全域名訪問，不安全，部署后需要限制為R.com
header("Access-Control-Allow-Methods:POST,GET,OPTIONS,DELETE"); //支持的http動作
header("Access-Control-Allow-Headers:x-requested-with,content-type");  //響應(yīng)頭 請按照自己需求添加。

前端發(fā)起跨域請求：就是正常的$.ajax請求即可。我的項目用的vue全家桶用的axios 發(fā)送的請求

// request攔截器
service.interceptors.request.use(
  config => {
    if (store.getters.token) {
      config.headers["Authorization"] =`token:${getToken()}` 
      config.headers["Username"] =`getUsername()`
    }
    return config
  },
  error => {
    // Do something with request error
    Promise.reject(error)
  }
)

但是，碰到個問題，國內(nèi)網(wǎng)站基本沒有講，就是option請求問題。

在正式跨域的請求前，瀏覽器會根據(jù)需要，發(fā)起一個“PreFlight”（也就是Option請求），用來讓服務(wù)端返回允許的方法（如get、post），被跨域訪問的Origin（來源，或者域），還有是否需要Credentials(認證信息）
三種場景：

如果跨域的請求是Simple Request（簡單請求），則不會觸發(fā)“PreFlight”。Mozilla對于簡單請求的要求是：

以下三項必須都成立：

只能是Get、Head、Post方法

除了瀏覽器自己在Http頭上加的信息（如Connection、User-Agent），開發(fā)者只能加這幾個：Accept、Accept-Language、Content-Type、。。。。

Content-Type只能取這幾個值：

application/x-www-form-urlencoded
multipart/form-data
text/plain

XHR對象對于HTTP跨域請求有三種：簡單請求、Preflighted 請求、Preflighted 認證請求。簡單請求不需要發(fā)送OPTIONS嗅探請求，但只能按發(fā)送簡單的GET、HEAD或POST請求，且不能自定義HTTP Headers。Preflighted 請求和認證請求，XHR會首先發(fā)送一個OPTIONS嗅探請求，然后XHR會根據(jù)OPTIONS請求返回的Access-Control-*等頭信息判斷是否有對指定站點的訪問權(quán)限，并最終決定是否發(fā)送實際請求信息。
那么我的get請求呢？
原來，產(chǎn)生 OPTIOINS 請求的原因是：自定義 Headers 頭信息導(dǎo)致的。
瀏覽器會去向 Server 端發(fā)送一個 OPTIONS 請求，看 Server 返回的 "Access-Control-Allow-Headers" 是否有自定義的 header 字段。因為我之前沒有返回自定義的字段，所以，默認是不允許的，造成了客戶端沒辦法拿到數(shù)據(jù)。

那么這樣的話如果后端是python的話

from corsheaders.defaults import default_headers

CORS_ALLOW_HEADERS = default_headers + (
    "Authorization,Username"
)

前端這邊如果用的vue全家桶可以這樣搞一下

module.exports = {
    NODE_ENV: ""development"",
    ENV_CONFIG: ""dev"",
    BASE_API: ""/proxy""
}

      "/proxy": {
        target: "http://jupiter.dev.grdoc.org/",
        changeOrigin: true,
        pathRewrite: {
          "^/proxy": "/"
        },
        sesure:false
      }

開發(fā)環(huán)境這樣搞一下應(yīng)該就不算跨域了。

我是山豆我的gitHub