前言

本文主要給大家介紹了關(guān)于laravel開啟跨域功能的相關(guān)內(nèi)容，分享出來供大家參考學(xué)習(xí)，下面話不多說了，來一起看看詳細(xì)的介紹吧。

跨域的請求

出于安全性的原因，瀏覽器會限制 Script 中的跨域請求。由于 XMLHttpRequest 遵循同源策略，所有使用 XMLHttpRequest 構(gòu)造 HTTP 請求的應(yīng)用只能訪問自己的域名，如果需要構(gòu)造跨域的請求，那么開發(fā)者需要配合瀏覽器做出一些允許跨域的配置。

W3C 應(yīng)用工作組推薦了一種跨資源共享的機(jī)制，這種機(jī)制讓 Web 應(yīng)用服務(wù)器能支持跨站訪問控制，從而使得安全的進(jìn)行跨站數(shù)據(jù)傳輸成為可能，該機(jī)制通過幾種方式來對原有模式進(jìn)行了擴(kuò)展：

• 響應(yīng)的頭部應(yīng)該追加 Access-Control-Allow-Orign，用來表明哪些請求源被允許訪問資源內(nèi)容
• 瀏覽器會對請求源和響應(yīng)中的值進(jìn)行匹配驗(yàn)證
• 對于跨域的請求，瀏覽器會預(yù)發(fā)送一個(gè)非簡單方式的請求，來判斷給定資源是否準(zhǔn)備接受跨域資源訪問
• 服務(wù)端應(yīng)用通過檢查請求頭部的 Orign 來判定請求是否跨域。

跨源資源共享標(biāo)準(zhǔn)

跨源資源共享標(biāo)準(zhǔn)通過新增一系列 HTTP 頭，讓服務(wù)器能聲明哪些來源可以通過瀏覽器訪問該服務(wù)器上的資源。另外，對哪些會對服務(wù)器數(shù)據(jù)造成破壞性響應(yīng)的 HTTP 請求方法（特別是 GET 以外的 HTTP 方法，或者搭配某些 MIME 類型的 POST 請求），標(biāo)準(zhǔn)強(qiáng)烈要求瀏覽器必須先以 OPTIONS 請求方式發(fā)送一個(gè)預(yù)請求（preflight request），從而獲取知服務(wù)器端對跨源請求所支持 HTTP 方法。在確認(rèn)服務(wù)器允許跨源請求的情況下，以實(shí)際的 HTTP 請求方法發(fā)送那個(gè)真正的請求。服務(wù)器端也可以通知客戶端，是不是需要隨同請求一起發(fā)送信用信息（包括 Cookies 和 HTTP 認(rèn)證相關(guān)數(shù)據(jù)）。

跨源共享標(biāo)準(zhǔn)需要瀏覽器和服務(wù)端共同配合才能完成，目前瀏覽器廠商已經(jīng)可以將請求部分自動完成，所以跨源資源訪問的重點(diǎn)還是在于服務(wù)器端。

下面列出一些標(biāo)準(zhǔn)中可用的響應(yīng)頭和請求頭。

Response Header

• Access-Control-Allow-Origin : 指明哪些請求源被允許訪問資源，值可以為 "*"，"null"，或者單個(gè)源地址。
• Access-Control-Allow-Credentials : 指明當(dāng)請求中省略 creadentials 標(biāo)識時(shí)響應(yīng)是否暴露。對于預(yù)請求來說，它表明實(shí)際的請求中可以包含用戶憑證。
• Access-Control-Expose-Headers : 指明哪些頭信息可以安全的暴露給 CORS API 規(guī)范的 API。
• Access-Control-Max-Age : 指明預(yù)請求可以在預(yù)請求緩存中存放多久。
• Access-Control-Allow-Methods : 對于預(yù)請求來說，哪些請求方式可以用于實(shí)際的請求。
• Access-Control-Allow-Headers : 對于預(yù)請求來說，指明了哪些頭信息可以用于實(shí)際的請求中。
• Origin : 指明預(yù)請求或者跨域請求的來源。
• Access-Control-Request-Method : 對于預(yù)請求來說，指明哪些預(yù)請求中的請求方式可以被用在實(shí)際的請求中。
• Access-Control-Request-Headers : 指明預(yù)請求中的哪些頭信息可以用于實(shí)際的請求中。

Request Header

• Origin : 表明發(fā)送請求或預(yù)請求的來源。
• Access-Control-Request-Method : 在發(fā)送預(yù)請求時(shí)帶該請求頭，表明實(shí)際的請求將使用的請求方式。
• Access-Control-Request-Headers : 在發(fā)送預(yù)請求時(shí)帶有該請求頭，表明實(shí)際的請求將攜帶的請求頭。

中間件

在 Laravel 中允許跨域請求，我們可以構(gòu)建一個(gè)追加響應(yīng)的中間件，用來添加專門處理跨域的請求的響應(yīng)頭:

<?php namespace App/Http/Middleware;use Closure;use Response;class EnableCrossRequestMiddleware { /** * Handle an incoming request. * * @param /Illuminate/Http/Request $request * @param /Closure $next * @return mixed */ public function handle($request, Closure $next) { $response = $next($request);  $response->header('Access-Control-Allow-Origin', config('app.allow'));  $response->header('Access-Control-Allow-Headers', 'Origin, Content-Type, Cookie, Accept');  $response->header('Access-Control-Allow-Methods', 'GET, POST, PATCH, PUT, OPTIONS');  $response->header('Access-Control-Allow-Credentials', 'true');  return $response; }}

其中有以下需要注意的地方：

• 對于跨域訪問并需要伴隨認(rèn)證信息的請求，需要在 XMLHttpRequest 實(shí)例中指定 withCredentials 為 true。
• 這個(gè)中間件你可以根據(jù)自己的需求進(jìn)行構(gòu)建，如果需要在請求中伴隨認(rèn)證信息（包含 cookie，session）那么你就需要指定 Access-Control-Allow-Credentials 為 true, 因?yàn)閷τ陬A(yù)請求來說如果你未指定該響應(yīng)頭，那么瀏覽器會直接忽略該響應(yīng)。
• 在響應(yīng)中指定 Access-Control-Allow-Credentials 為 true 時(shí)，Access-Control-Allow-Origin 不能指定為 *
• 后置中間件只有在正常響應(yīng)時(shí)才會被追加響應(yīng)頭，而如果出現(xiàn)異常，這時(shí)響應(yīng)是不會經(jīng)過中間件的。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對金聰精品的支持。