如何實(shí)現(xiàn) Ajax 的跨域訪問(wèn)2018-09-30

簡(jiǎn)介

由于受瀏覽器的同源策略(same-origin policy)的影響, Ajax 請(qǐng)求默認(rèn)只能在同一域名下進(jìn)行訪問(wèn)。

同源策略是瀏覽器安全的基石,所有的瀏覽器都實(shí)行了這個(gè)策略。

同源策略

同源策略是指三個(gè)相同:

  • 協(xié)議相同(比如,都是 http)
  • 域名相同(比如,都是 www.example.com
  • 端口相同(比如,都是 80 端口)

同源政策的目的,是為了保證用戶(hù)信息的安全,防止惡意的網(wǎng)站竊取用戶(hù)的數(shù)據(jù)。

如果非同源,共有三種行為受到限制:

  • Cookie、LocalStorage 和 IndexDB 無(wú)法讀取
  • DOM 無(wú)法獲得
  • AJAX 請(qǐng)求不能發(fā)送

下面,我們只講述 AJAX 請(qǐng)求如何規(guī)避同源策略的影響。

Ajax 的跨域場(chǎng)景描述

這里,我先描述一下 Ajax 的跨域場(chǎng)景。

在網(wǎng)站 http://apidemo.test ,有一個(gè) API 接口,http://apidemo.test/api/test 。 它的路由為:

Route::get('test', function(){
    return response()->json(['id'=>1, 'name'=>'test']);
});

在本網(wǎng)站的某個(gè)頁(yè)面,也就是同源的情況下,執(zhí)行的 Ajax 請(qǐng)求為:

$.get('http://apidemo.test/api/test', function(data){ console.log(data) });

可以得到正確的 json 響應(yīng):

{id: 1, name: "test"}

但是,現(xiàn)在如果要從另外一個(gè)網(wǎng)站(http://adm.test)的某個(gè)頁(yè)面( http://adm.test/demo ),發(fā)送 Ajax 請(qǐng)求到 http://apidemo.test/api/test

$.get('http://apidemo.test/api/test', function(data){ console.log(data) });

就屬于 Ajax 的跨域問(wèn)題,由于不同源,所以會(huì)報(bào)錯(cuò):

Failed to load http://apidemo.test/api/test: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://adm.test' is therefore not allowed access.

實(shí)現(xiàn) Ajax 的跨域訪問(wèn)

同源政策規(guī)定,AJAX 請(qǐng)求只能發(fā)給同源的網(wǎng)址,否則就報(bào)錯(cuò)。

除了架設(shè)服務(wù)器代理(瀏覽器請(qǐng)求同源服務(wù)器,再由后者請(qǐng)求外部服務(wù)),還有三種方法規(guī)避這個(gè)限制。

  • WebSocket
  • JSONP
  • CORS

WebSocket

WebSocket 是一種通信協(xié)議,使用 ws://(非加密)和 wss://(加密)作為協(xié)議前綴。該協(xié)議不實(shí)行同源政策,只要服務(wù)器支持 WebSocket ,就可以通過(guò)它進(jìn)行跨源通信。

由于 WebSocket 很少用到,故這里不作講述。感興趣的可自行參考:http://www.ruanyifeng.com/blog/2016/04/same-origin-policy.html

JSONP

JSONP 是服務(wù)器與客戶(hù)端跨源通信的常用方法。最大特點(diǎn)就是簡(jiǎn)單適用,老式瀏覽器全部支持,服務(wù)器改造非常小。

JSONP (JSON with Padding)是 JSON 的一種“使用模式”,可用于解決瀏覽器的跨域數(shù)據(jù)訪問(wèn)的問(wèn)題。

JSONP 的基本思想是:

  • 服務(wù)器端返回的數(shù)據(jù)格式是一段可在客戶(hù)端執(zhí)行的 javascript 代碼,形如:callback_name(json_data)
  • 客戶(hù)端獲取該 jsonp 數(shù)據(jù),并自動(dòng)執(zhí)行回調(diào)函數(shù)。

這種使用模式就是所謂的 JSONP。用 JSONP 抓到的數(shù)據(jù)并不是 JSON,而是任意的 JavaScript。

首先,我們修改服務(wù)器端 http://apidemo.test/api/test 返回的數(shù)據(jù)內(nèi)容:

Route::get('test', function(){
    $callback = $_REQUEST['callback'];  // 獲取回調(diào)函數(shù)名
    $json_data = json_encode(['id'=>1, 'name'=>'test']);
    return $callback . "(" . $json_data . ")";  // 輸出 jsonp 格式的數(shù)據(jù)
});

然后,修改客戶(hù)端 http://adm.test/demo 的代碼:

<script>
    function foo(data) {
        console.log(data);
    };
</script>
<script type="text/javascript" src="http://apidemo.test/api/test?callback=foo"></script>

這樣,就實(shí)現(xiàn)了 Ajax 的跨域訪問(wèn)。

客戶(hù)端的代碼,還可以這樣寫(xiě):

<script>
    $.ajax({
        url:'http://apidemo.test/api/test', 
        dataType:'jsonp',
        success:function(data){
            console.log(data);
        }
    });
</script>

或者

<script>
    $.getJSON('http://apidemo.test/api/test?callback=?',function(data){
        console.log(data);
    });
</script>

或者

<script>
    $.get('http://apidemo.test/api/test',function(data){
        console.log(data);
    },'jsonp');
</script>

其實(shí),客戶(hù)端的 jsonp 寫(xiě)法還有很多。

注:只有當(dāng)客戶(hù)端的寫(xiě)法是第一種時(shí),才需要在客戶(hù)端顯式的的定義回調(diào)函數(shù)。

我們可以發(fā)現(xiàn),服務(wù)器器端返回的 jsonp 數(shù)據(jù)內(nèi)容其實(shí)是:

foo({"id":1,"name":"test"})

如果客戶(hù)端寫(xiě)法不是第一種,服務(wù)器端返回的是:

jQuery21408122298865448574_1523471817778({"id":1,"name":"test"})

格式為:callback_name(json_data)

也就是說(shuō),服務(wù)器端返回的 jsonp 其實(shí)就是:回調(diào)函數(shù)的調(diào)用,參數(shù)是我們要返回的 json 數(shù)據(jù)。

注:如果客戶(hù)端沒(méi)有顯式地指定回調(diào)函數(shù)的名稱(chēng),會(huì)自動(dòng)生成一個(gè)隨機(jī)的名稱(chēng),傳遞給服務(wù)器端。

JSONP 的缺點(diǎn)是只能發(fā)送 GET 請(qǐng)求。

CORS

CORS 是跨源資源分享(Cross-Origin Resource Sharing)的縮寫(xiě)。它是 W3C 標(biāo)準(zhǔn),是跨源 AJAX 請(qǐng)求的根本解決方法。

相比 JSONP 只能發(fā) GET 請(qǐng)求,CORS 允許任何類(lèi)型的請(qǐng)求。

強(qiáng)烈推薦使用 CORS 。

CORS 需要瀏覽器和服務(wù)器同時(shí)支持。目前,所有瀏覽器都支持該功能,IE 瀏覽器不能低于 IE10。

整個(gè) CORS 通信過(guò)程,都是瀏覽器自動(dòng)完成,不需要用戶(hù)參與。瀏覽器一旦發(fā)現(xiàn) AJAX 請(qǐng)求跨源,就會(huì)自動(dòng)添加一些附加的頭信息,有時(shí)還會(huì)多出一次附加的請(qǐng)求,但用戶(hù)不會(huì)有感覺(jué)。

實(shí)現(xiàn) CORS 通信的關(guān)鍵是服務(wù)器。只要服務(wù)器實(shí)現(xiàn)了 CORS ,就可以跨源通信。

兩種請(qǐng)求

瀏覽器將 CORS 請(qǐng)求分成兩類(lèi):簡(jiǎn)單請(qǐng)求(simple request)和非簡(jiǎn)單請(qǐng)求(not-so-simple request)。

只要同時(shí)滿足以下兩大條件,就是簡(jiǎn)單請(qǐng)求。

(1)請(qǐng)求方法是以下三種方法之一:

  • HEAD
  • GET
  • POST

(2)HTTP 的請(qǐng)求頭信息的特征:

  • Content-Type:只限于三個(gè)值 application/x-www-form-urlencoded、multipart/form-data、text/plain
  • 沒(méi)有添加自定義的請(qǐng)求頭

凡是不同時(shí)滿足上面兩個(gè)條件的請(qǐng)求,就是非簡(jiǎn)單請(qǐng)求。

瀏覽器對(duì)這兩種請(qǐng)求的處理,是不一樣的。

簡(jiǎn)單請(qǐng)求

基本流程

對(duì)于簡(jiǎn)單請(qǐng)求,瀏覽器會(huì)直接發(fā)出 CORS 請(qǐng)求。具體來(lái)說(shuō),就是在頭信息之中,自動(dòng)增加一個(gè) Origin 字段。

下面是一個(gè)例子,瀏覽器發(fā)現(xiàn)這次跨源 AJAX 請(qǐng)求是簡(jiǎn)單請(qǐng)求,就自動(dòng)在頭信息之中,添加一個(gè) Origin 字段。

GET /api/test HTTP/1.1
Host: apidemo.test
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Accept: */*
Origin: http://adm.test
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
Referer: http://adm.test/demo
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9

在這個(gè)請(qǐng)求頭中,Origin 字段用來(lái)說(shuō)明,本次請(qǐng)求來(lái)自哪個(gè)源(協(xié)議 + 域名 + 端口)。服務(wù)器根據(jù)這個(gè)值,決定是否同意這次請(qǐng)求。如果 Origin 指定的源,不在許可范圍內(nèi),服務(wù)器也會(huì)返回一個(gè)正常的 HTTP 響應(yīng)。

HTTP/1.1 200 OK
Date: Wed, 11 Apr 2018 20:44:38 GMT
Server: Apache/2.4.23 (Win32) OpenSSL/1.0.2j mod_fcgid/2.3.9
X-Powered-By: PHP/7.0.12
Cache-Control: no-cache, private
X-RateLimit-Limit: 60
X-RateLimit-Remaining: 59
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: application/json

瀏覽器發(fā)現(xiàn),這個(gè)響應(yīng)的頭信息沒(méi)有包含 Access-Control-Allow-Origin 字段(詳見(jiàn)下文),就知道出錯(cuò)了,從而拋出一個(gè)錯(cuò)誤,被 XMLHttpRequest 的 onerror 回調(diào)函數(shù)捕獲。注意,這種錯(cuò)誤無(wú)法通過(guò)狀態(tài)碼識(shí)別,因?yàn)?HTTP 響應(yīng)的狀態(tài)碼有可能是 200。如果 Origin 指定的源在許可范圍內(nèi),服務(wù)器返回的響應(yīng),會(huì)多出幾個(gè)頭信息字段。

Access-Control-Allow-Origin: http://adm.test
Access-Control-Allow-Credentials: true
Access-Control-Expose-Headers: FooBar

Access-Control-Allow-Origin:該字段是必須的,表示服務(wù)器允許的源。它的值要么是請(qǐng)求時(shí) Origin 字段的值;要么是一個(gè) * ,表示接受任意域名的請(qǐng)求。

Access-Control-Allow-Credentials:該字段可選。它的值是一個(gè)布爾值,表示是否允許發(fā)送 Cookie。默認(rèn)情況下,Cookie 不包括在 CORS 請(qǐng)求之中。設(shè)為true,即表示服務(wù)器明確許可,Cookie 可以包含在請(qǐng)求中,一起發(fā)給服務(wù)器。這個(gè)值也只能設(shè)為 true,如果服務(wù)器不要瀏覽器發(fā)送 Cookie,刪除該字段即可。

Access-Control-Expose-Headers:該字段可選。CORS 請(qǐng)求時(shí),XMLHttpRequest 對(duì)象的 getResponseHeader() 方法只能拿到6個(gè)基本字段:Cache-Control、Content-Language、Content-Type、Expires、Last-Modified、Pragma。如果想拿到其他字段,就必須在 Access-Control-Expose-Headers 里面指定。上面的例子指定,getResponseHeader('FooBar') 可以返回 FooBar 字段的值。

withCredentials 屬性

上面說(shuō)到,CORS 請(qǐng)求默認(rèn)不發(fā)送 Cookie 和 HTTP 認(rèn)證信息。如果要把 Cookie 發(fā)到服務(wù)器,一方面需要服務(wù)器同意,指定 Access-Control-Allow-Credentials 字段為 true。

Access-Control-Allow-Credentials: true

另一方面,開(kāi)發(fā)者必須在 AJAX 請(qǐng)求中打開(kāi) withCredentials 屬性。

var xhr = new XMLHttpRequest();
xhr.withCredentials = true;

否則,即使服務(wù)器同意發(fā)送 Cookie ,瀏覽器也不會(huì)發(fā)送?;蛘撸?wù)器要求設(shè)置 Cookie ,瀏覽器也不會(huì)處理。但是,如果省略 withCredentials 設(shè)置,有的瀏覽器還是會(huì)一起發(fā)送 Cookie 。這時(shí),可以顯式關(guān)閉 withCredentials 。xhr.withCredentials = false;需要注意的是,如果要發(fā)送 Cookie ,Access-Control-Allow-Origin 就不能設(shè)為星號(hào),必須指定明確的、與請(qǐng)求網(wǎng)頁(yè)一致的域名。同時(shí),Cookie 依然遵循同源策略,只有用服務(wù)器域名設(shè)置的 Cookie 才會(huì)上傳,其他域名的 Cookie 并不會(huì)上傳,且(跨源)原網(wǎng)頁(yè)代碼中的 document.cookie 也無(wú)法讀取服務(wù)器域名下的 Cookie 。

簡(jiǎn)單請(qǐng)求的跨域示例

一般來(lái)說(shuō),對(duì)于簡(jiǎn)單請(qǐng)求,我們只需在服務(wù)器端的響應(yīng)頭添加 Access-Control-Allow-Origin 字段,就可實(shí)現(xiàn)跨域。

這里,我們修改服務(wù)器端 http://apidemo.test/api/test 的代碼:

Route::get('test', function(){
    return response()->json(['id'=>1, 'name'=>'test'])
        ->header('Access-Control-Allow-Origin', 'http://adm.test');
});

這里,我們添加的響應(yīng)頭為:

Access-Control-Allow-Origin: http://adm.test

表示只允許指定域名(http://adm.test)的請(qǐng)求;如果將 Access-Control-Allow-Origin 的值設(shè)為 * ,則表示允許所有域名的請(qǐng)求。

然后,我們將客戶(hù)端網(wǎng)頁(yè) http://adm.test/demo 的代碼,改回最初的 Ajax 請(qǐng)求方式即可。

$.get('http://apidemo.test/api/test', function(data){ console.log(data) });

非簡(jiǎn)單請(qǐng)求

預(yù)檢請(qǐng)求

非簡(jiǎn)單請(qǐng)求是那種對(duì)服務(wù)器有特殊要求的請(qǐng)求,比如請(qǐng)求方法是 PUT 或 DELETE,或者 Content-Type 字段的類(lèi)型是 application/json 。

非簡(jiǎn)單請(qǐng)求的 CORS 請(qǐng)求,會(huì)在正式通信之前,增加一次 HTTP 查詢(xún)請(qǐng)求,稱(chēng)為"預(yù)檢"請(qǐng)求(preflight)。

瀏覽器先詢(xún)問(wèn)服務(wù)器,當(dāng)前網(wǎng)頁(yè)所在的域名是否在服務(wù)器的許可名單之中,以及可以使用哪些 HTTP 動(dòng)詞和頭信息字段。只有得到肯定答復(fù),瀏覽器才會(huì)發(fā)出正式的 XMLHttpRequest 請(qǐng)求,否則就報(bào)錯(cuò)。

下面是客戶(hù)端網(wǎng)頁(yè)的 JavaScript 腳本。

var url = 'http://apidemo.test/api/test';
var xhr = new XMLHttpRequest();
xhr.open('PUT', url, true);  // 異步的 PUT 請(qǐng)求
xhr.setRequestHeader('X-Custom-Header', 'value');
xhr.send();     // 將請(qǐng)求發(fā)送到服務(wù)器
xhr.onreadystatechange = function (){   // 當(dāng) readyState 的值改變時(shí),callback 函數(shù)會(huì)被調(diào)用。
    if (xhr.readyState == 4 && xhr.status == 200){  // 如果請(qǐng)求成功,且狀態(tài)碼為 200
        console.log(xhr.response);
    }
}

上面代碼中,HTTP 請(qǐng)求的方法是 PUT,并且發(fā)送一個(gè)自定義頭信息X-Custom-Header。

瀏覽器發(fā)現(xiàn),這是一個(gè)非簡(jiǎn)單請(qǐng)求,就自動(dòng)發(fā)出一個(gè)"預(yù)檢"請(qǐng)求,向服務(wù)器確認(rèn)可以這樣請(qǐng)求。下面是這個(gè)"預(yù)檢"請(qǐng)求的 HTTP 頭信息。

OPTIONS /api/test HTTP/1.1
Host: apidemo.test
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Access-Control-Request-Method: PUT
Origin: http://adm.test
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
Access-Control-Request-Headers: x-custom-header
Accept: */*
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9

"預(yù)檢"請(qǐng)求用的請(qǐng)求方法是 OPTIONS ,表示這個(gè)請(qǐng)求是用來(lái)詢(xún)問(wèn)的。頭信息里面,關(guān)鍵字段是 Origin ,表示請(qǐng)求來(lái)自哪個(gè)源。

除了 Origin 字段,"預(yù)檢"請(qǐng)求的頭信息包括兩個(gè)特殊字段。

Access-Control-Request-Method:該字段是必須的,用來(lái)列出瀏覽器的 CORS 請(qǐng)求會(huì)用到哪些 HTTP 方法,上例是 PUT 。

Access-Control-Request-Headers:該字段是一個(gè)逗號(hào)分隔的字符串,指定瀏覽器 CORS 請(qǐng)求會(huì)額外發(fā)送的頭信息字段,上例是 X-Custom-Header 。

預(yù)檢請(qǐng)求的響應(yīng)

服務(wù)器收到"預(yù)檢"請(qǐng)求以后,檢查了 Origin、Access-Control-Request-Method 和 Access-Control-Request-Headers 字段以后,確認(rèn)允許跨源請(qǐng)求,就會(huì)做出響應(yīng)。

假如我們的服務(wù)器端響應(yīng)頭的配置正確,如下:

Access-Control-Allow-Origin: http://adm.test
Access-Control-Allow-Methods: GET, POST, PUT, OPTIONS
Access-Control-Allow-Headers: X-Custom-Header

得到的響應(yīng)為:

HTTP/1.1 200 OK
Date: Thu, 12 Apr 2018 05:44:04 GMT
Server: Apache/2.4.23 (Win32) OpenSSL/1.0.2j mod_fcgid/2.3.9
X-Powered-By: PHP/7.0.12
Cache-Control: no-cache, private
Access-Control-Allow-Origin: http://adm.test
Access-Control-Allow-Methods: GET, POST, PUT, OPTIONS
Access-Control-Allow-Headers: X-Custom-Header
X-RateLimit-Limit: 60
X-RateLimit-Remaining: 59
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: application/json

如果服務(wù)器否定了"預(yù)檢"請(qǐng)求,也會(huì)返回一個(gè)正常的 HTTP 回應(yīng),但是缺少 CORS 相關(guān)的頭信息字段。這時(shí),瀏覽器就會(huì)認(rèn)定,服務(wù)器不同意預(yù)檢請(qǐng)求,因此觸發(fā)一個(gè)錯(cuò)誤,被 XMLHttpRequest 對(duì)象的 onerror 回調(diào)函數(shù)捕獲。控制臺(tái)會(huì)打印出如下的報(bào)錯(cuò)信息。

Failed to load http://apidemo.test/api/test: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.

服務(wù)器回應(yīng)的 CORS 相關(guān)字段的示例和說(shuō)明:

Access-Control-Allow-Origin: http://adm.test
Access-Control-Allow-Methods: GET, POST, PUT, OPTIONS
Access-Control-Allow-Headers: X-Custom-Header
Access-Control-Allow-Credentials: true
Access-Control-Max-Age: 1728000

Access-Control-Allow-Origin:該字段與簡(jiǎn)單請(qǐng)求時(shí)的含義相同。

Access-Control-Allow-Methods:該字段必需,它的值是逗號(hào)分隔的一個(gè)字符串,表明服務(wù)器支持的所有跨域請(qǐng)求的方法。注意,返回的是所有支持的方法,而不單是瀏覽器請(qǐng)求的那個(gè)方法。這是為了避免多次"預(yù)檢"請(qǐng)求。

Access-Control-Allow-Headers:如果瀏覽器請(qǐng)求包括 Access-Control-Request-Headers 字段,則 Access-Control-Allow-Headers 字段是必需的。它也是一個(gè)逗號(hào)分隔的字符串,表明服務(wù)器支持的所有頭信息字段,不限于瀏覽器在"預(yù)檢"中請(qǐng)求的字段。

Access-Control-Allow-Credentials:該字段與簡(jiǎn)單請(qǐng)求時(shí)的含義相同。

Access-Control-Max-Age:該字段可選,用來(lái)指定本次預(yù)檢請(qǐng)求的有效期,單位為秒。上面結(jié)果中,有效期是20天(1728000秒),即允許緩存該條回應(yīng)1728000秒(即20天),在此期間,不用發(fā)出另一條預(yù)檢請(qǐng)求。

正常請(qǐng)求和回應(yīng)

一旦服務(wù)器通過(guò)了"預(yù)檢"請(qǐng)求,瀏覽器就會(huì)繼續(xù)發(fā)送正常的 CORS 請(qǐng)求。

PUT /api/test HTTP/1.1
Host: apidemo.test
Connection: keep-alive
Content-Length: 0
Pragma: no-cache
Cache-Control: no-cache
Origin: http://adm.test
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
X-Custom-Header: value
Accept: */*
Referer: http://adm.test/demo
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.9

非簡(jiǎn)單請(qǐng)求的跨域示例

一般來(lái)說(shuō),非簡(jiǎn)單請(qǐng)求要想實(shí)現(xiàn)跨域,只需在服務(wù)器端添加 Access-Control-Allow-Origin 和 Access-Control-Allow-Methods,這兩個(gè)響應(yīng)頭即可。

但是,假如客戶(hù)端想要發(fā)送自定義的請(qǐng)求頭,比如 API 認(rèn)證的 token 信息。

Authorization: Bearer token01pokwljgh

或者 CSRF 令牌。

X-CSRF-TOKEN: pohhhhjkhljgugyug4654

注:上面兩個(gè)請(qǐng)求頭,是請(qǐng)求 API 接口時(shí),常用到的字段。

那么,服務(wù)器端的響應(yīng)就還需要添加 Access-Control-Allow-Headers 字段。

下面是一個(gè)具體的示例:

客戶(hù)端網(wǎng)頁(yè) http://adm.test/demo 的代碼:

<script>
    $.ajax({
        url: 'http://apidemo.test/api/test',
        type: 'put',
        dataType: 'json',
        headers: {
            'Authorization': 'Bearer token01pokwljgh',
            'X-CSRF-TOKEN': 'pohhhhjkhljgugyug4654'
        },
        success: function(data){
            console.log(data);
        }
    });
</script>

服務(wù)器端 http://apidemo.test/api/test 的代碼:

Route::any('test', function(\Illuminate\Http\Request $request){
    $data = ['id'=>1, 'name'=>'test'];
 
    // 獲取請(qǐng)求頭中字段的值
    $api_token = $request->header('Authorization');
    $csrf_token = $request->header('X-CSRF-TOKEN');
 
    $data['api_token'] = $api_token;
    $data['csrf_token'] = $csrf_token;
 
    return response()->json($data)
        ->header('Access-Control-Allow-Origin', 'http://adm.test')
        ->header('Access-Control-Allow-Methods', 'GET, POST, PUT, OPTIONS')
        ->header('Access-Control-Allow-Headers', 'Authorization, X-CSRF-TOKEN');
});

跨域成功后,控制臺(tái)的打印結(jié)果為:

{id: 1, name: "test", api_token: "Bearer token01pokwljgh", csrf_token: "pohhhhjkhljgugyug4654"}

CORS VS. JSONP

  • CORS 和 JSONP,都能實(shí)現(xiàn) Ajax 的跨域請(qǐng)求,但 CORS 更強(qiáng)大。
  • JSONP 的優(yōu)勢(shì)在于支持老式瀏覽器,以及可以向不支持 CORS 的網(wǎng)站請(qǐng)求數(shù)據(jù)。
  • JSONP 只支持 GET 請(qǐng)求,CORS 支持所有類(lèi)型的 HTTP 請(qǐng)求。

推薦優(yōu)先使用 CORS。

--------------------- 本文來(lái)自 lamp_yang_3533 的CSDN 博客 ,全文地址請(qǐng)點(diǎn)擊:https://blog.csdn.net/lamp_yang_3533/article/details/79944441?utm_source=copy

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • CORS是一個(gè)W3C標(biāo)準(zhǔn),全稱(chēng)是"跨域資源共享"(Cross-origin resource sharing)。 ...
    littleyu閱讀 242評(píng)論 0 2
  • 1. 什么是跨域 跨域,是指瀏覽器不能執(zhí)行其他網(wǎng)站的腳本。它是由瀏覽器的同源策略造成的,是瀏覽器對(duì)JavaScri...
    cbw100閱讀 6,491評(píng)論 2 86
  • 什么是跨域 跨域,是指瀏覽器不能執(zhí)行其他網(wǎng)站的腳本。它是由瀏覽器的同源策略造成的,是瀏覽器對(duì)JavaScript實(shí)...
    Yaoxue9閱讀 1,414評(píng)論 0 6
  • 什么是跨域 跨域,是指瀏覽器不能執(zhí)行其他網(wǎng)站的腳本。它是由瀏覽器的同源策略造成的,是瀏覽器對(duì)JavaScript實(shí)...
    HeroXin閱讀 964評(píng)論 0 4
  • 什么是跨域 跨域,是指瀏覽器不能執(zhí)行其他網(wǎng)站的腳本。它是由瀏覽器的同源策略造成的,是瀏覽器對(duì)JavaScript實(shí)...
    他方l閱讀 1,143評(píng)論 0 2

友情鏈接更多精彩內(nèi)容