1. 摘要

本文講解跨源資源共享（CORS）的定義，使用場(chǎng)景票罐，交互機(jī)制和消息格式庄涡。

2. 內(nèi)容

2.1 跨源資源共享（CORS）定義

CORS是一個(gè)W3C標(biāo)準(zhǔn)，全稱(chēng)是"跨域資源共享"（Cross-origin resource sharing）好唯。
它允許瀏覽器向跨源服務(wù)器，發(fā)出XMLHttpRequest請(qǐng)求燥翅，從而克服了AJAX只能同源同源使用的限制骑篙。

2.2. 跨源資源共享（CORS）使用場(chǎng)景

這份 cross-origin sharing standard 允許在下列場(chǎng)景中使用跨站點(diǎn) HTTP 請(qǐng)求：

• 前文提到的由 XMLHttpRequest 或 Fetch APIs 發(fā)起的跨源 HTTP 請(qǐng)求。
• Web 字體 (CSS 中通過(guò) @font-face 使用跨源字體資源)森书，因此靶端，網(wǎng)站就可以發(fā)布 TrueType 字體資源，并只允許已授權(quán)網(wǎng)站進(jìn)行跨站調(diào)用凛膏。
• WebGL 貼圖
• 使用 drawImage 將 Images/video 畫(huà)面繪制到 canvas杨名。
• 來(lái)自圖像的 CSS 圖形

如果你需要兼容IE低版本瀏覽器，無(wú)疑猖毫，JSONP台谍。
如果你需要對(duì)服務(wù)端資源進(jìn)行寫(xiě)操作，無(wú)疑吁断，CORS典唇。

2.3 跨域方案JSONP與CORS的各自優(yōu)缺點(diǎn)

1、JSONP（json with padding 填充式j(luò)son）胯府，利用了使用src引用靜態(tài)資源時(shí)不受跨域限制的機(jī)制。主要在客戶端搞一個(gè)回調(diào)做一些數(shù)據(jù)接收與操作的處理恨胚，并把這個(gè)回調(diào)函數(shù)名告知服務(wù)端骂因，而服務(wù)端需要做的是按照javascript的語(yǔ)法把數(shù)據(jù)放到約定好的回調(diào)函數(shù)之中即可。jQuery很早之前就已經(jīng)吧JSONP語(yǔ)法糖化了赃泡，使用起來(lái)會(huì)更加方便寒波。

2乘盼、CORS（Cross-origin resource sharing 跨域資源共享），依附于AJAX俄烁，通過(guò)添加HTTP Hearder部分字段請(qǐng)求與獲取有權(quán)限訪問(wèn)的資源绸栅。CORS對(duì)開(kāi)發(fā)者是透明的，因?yàn)闉g覽器會(huì)自動(dòng)根據(jù)請(qǐng)求的情況（簡(jiǎn)單和復(fù)雜）做出不同的處理页屠。CORS的關(guān)鍵是服務(wù)端的配置支持粹胯。由于CORS是W3C中一項(xiàng)較“新”的方案，以至于各大網(wǎng)頁(yè)解析引擎還沒(méi)有對(duì)其進(jìn)行嚴(yán)格規(guī)格的實(shí)現(xiàn)辰企，所以不同引擎下可能會(huì)有一些不一致风纠。

3、兩者優(yōu)點(diǎn)與缺點(diǎn)大致互補(bǔ)：
JSONP的主要優(yōu)勢(shì)在于對(duì)瀏覽器的支持較好牢贸；雖然目前主流瀏覽器支持CORS竹观，但I(xiàn)E10以下不支持CORS。
JSONP只能用于獲取資源（即只讀潜索，類(lèi)似于GET請(qǐng)求）臭增；CORS支持所有類(lèi)型的HTTP請(qǐng)求，功能完善竹习。（這點(diǎn)JSONP被玩虐誊抛，但大部分情況下GET已經(jīng)能滿足需求了）
JSONP的錯(cuò)誤處理機(jī)制并不完善，我們沒(méi)辦法進(jìn)行錯(cuò)誤處理由驹；而CORS可以通過(guò)onerror事件監(jiān)聽(tīng)錯(cuò)誤芍锚，并且瀏覽器控制臺(tái)會(huì)看到報(bào)錯(cuò)信息，利于排查蔓榄。
JSONP只會(huì)發(fā)一次請(qǐng)求并炮；而對(duì)于復(fù)雜請(qǐng)求，CORS會(huì)發(fā)兩次請(qǐng)求甥郑。
始終覺(jué)得安全性這個(gè)東西是相對(duì)的逃魄，沒(méi)有絕對(duì)的安全，也做不到絕對(duì)的安全澜搅。畢竟JSONP并不是跨域規(guī)范伍俘，它存在很明顯的安全問(wèn)題：callback參數(shù)注入和資源訪問(wèn)授權(quán)設(shè)置。CORS好歹也算是個(gè)跨域規(guī)范勉躺，在資源訪問(wèn)授權(quán)方面進(jìn)行了限制（Access-Control-Allow-Origin）癌瘾，而且標(biāo)準(zhǔn)瀏覽器都做了安全限制，比如拒絕手動(dòng)設(shè)置origin字段饵溅，相對(duì)來(lái)說(shuō)是安全了一點(diǎn)妨退。
但是回過(guò)頭來(lái)看一下，就算是不安全的JSONP，我們依然可以在服務(wù)端端進(jìn)行一些權(quán)限的限制咬荷，服務(wù)端和客戶端也都依然可以做一些注入的安全處理冠句，哪怕被攻克，它也只能讀一些東西幸乒。就算是比較安全的CORS懦底，同樣可以在服務(wù)端設(shè)置出現(xiàn)漏洞或者不在瀏覽器的跨域限制環(huán)境下進(jìn)行攻擊，而且它不僅可以讀罕扎，還可以寫(xiě)聚唐。

2.4 功能和格式描述

2.4.1 概述

跨源資源共享標(biāo)準(zhǔn)新增了一組 HTTP 首部字段，允許服務(wù)器聲明哪些源站通過(guò)瀏覽器有權(quán)限訪問(wèn)哪些資源壳影。另外拱层，規(guī)范要求，對(duì)那些可能對(duì)服務(wù)器數(shù)據(jù)產(chǎn)生副作用的 HTTP 請(qǐng)求方法（特別是 GET 以外的 HTTP 請(qǐng)求宴咧，或者搭配某些 MIME類(lèi)型 的 POST 請(qǐng)求）根灯，瀏覽器必須首先使用 OPTIONS 方法發(fā)起一個(gè)預(yù)檢請(qǐng)求（preflight request），從而獲知服務(wù)端是否允許該跨源請(qǐng)求掺栅。服務(wù)器確認(rèn)允許之后烙肺，才發(fā)起實(shí)際的 HTTP 請(qǐng)求。在預(yù)檢請(qǐng)求的返回中氧卧，服務(wù)器端也可以通知客戶端桃笙，是否需要攜帶身份憑證（包括 Cookies 和 HTTP認(rèn)證 相關(guān)數(shù)據(jù)）。

CORS 請(qǐng)求失敗會(huì)產(chǎn)生錯(cuò)誤沙绝，但是為了安全搏明，在 JavaScript 代碼層面是無(wú)法獲知到底具體是哪里出了問(wèn)題。你只能查看瀏覽器的控制臺(tái)以得知具體是哪里出現(xiàn)了錯(cuò)誤闪檬。

2.4.2 請(qǐng)求分類(lèi)

瀏覽器將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的頭信息不超出以下幾種字段：
Accept
Accept-Language
Content-Language
Last-Event-ID
Content-Type：只限于三個(gè)值application/x-www-form-urlencoded虚循、multipart/form-data、text/plain
這是為了兼容表單（form）样傍，因?yàn)闅v史上表單一直可以發(fā)出跨域請(qǐng)求横缔。AJAX 的跨域設(shè)計(jì)就是，只要表單可以發(fā)衫哥，AJAX 就可以直接發(fā)茎刚。

凡是不同時(shí)滿足上面兩個(gè)條件，就屬于非簡(jiǎn)單請(qǐng)求撤逢。
瀏覽器對(duì)這兩種請(qǐng)求的處理斗蒋，是不一樣的捌斧。

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

2.4.3.1 基本流程

對(duì)于簡(jiǎn)單請(qǐng)求，瀏覽器直接發(fā)出CORS請(qǐng)求泉沾。具體來(lái)說(shuō)，就是在頭信息之中妇押，增加一個(gè)Origin字段跷究。

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

GET /cors HTTP/1.1
Origin: http://api.bob.com
Host: api.alice.com
Accept-Language: en-US
Connection: keep-alive
User-Agent: Mozilla/5.0...

上面的頭信息中肩杈，Origin字段用來(lái)說(shuō)明柴我，本次請(qǐng)求來(lái)自哪個(gè)源（協(xié)議 + 域名 + 端口）。服務(wù)器根據(jù)這個(gè)值扩然，決定是否同意這次請(qǐng)求艘儒。

如果Origin指定的源，不在許可范圍內(nèi)夫偶，服務(wù)器會(huì)返回一個(gè)正常的HTTP回應(yīng)界睁。瀏覽器發(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)镠TTP回應(yīng)的狀態(tài)碼有可能是200腻扇。

如果Origin指定的域名在許可范圍內(nèi)债热，服務(wù)器返回的響應(yīng)，會(huì)多出幾個(gè)頭信息字段衙解。

Access-Control-Allow-Origin: http://api.bob.com
Access-Control-Allow-Credentials: true
Access-Control-Expose-Headers: FooBar
Content-Type: text/html; charset=utf-8

上面的頭信息之中阳柔，有三個(gè)與CORS請(qǐng)求相關(guān)的字段，都以Access-Control-開(kāi)頭蚓峦。

（1）Access-Control-Allow-Origin

該字段是必須的舌剂。它的值要么是請(qǐng)求時(shí)Origin字段的值，要么是一個(gè)*暑椰，表示接受任意域名的請(qǐng)求霍转。

（2）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，刪除該字段即可偷霉。

（3）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字段的值世剖。

2.4.3 .2 withCredentials 屬性

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

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。

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

2.4.4.1 預(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查詢請(qǐng)求，稱(chēng)為"預(yù)檢"請(qǐng)求（preflight）推正。

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

下面是一段瀏覽器的JavaScript腳本炒瘸。

var url = 'http://api.alice.com/cors';
var xhr = new XMLHttpRequest();
xhr.open('PUT', url, true);
xhr.setRequestHeader('X-Custom-Header', 'value');
xhr.send();

上面代碼中，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 /cors HTTP/1.1
Origin: http://api.bob.com
Access-Control-Request-Method: PUT
Access-Control-Request-Headers: X-Custom-Header
Host: api.alice.com
Accept-Language: en-US
Connection: keep-alive
User-Agent: Mozilla/5.0...

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

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

（1）Access-Control-Request-Method

該字段是必須的谤逼，用來(lái)列出瀏覽器的CORS請(qǐng)求會(huì)用到哪些HTTP方法，上例是PUT仇穗。

（2）Access-Control-Request-Headers

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

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

服務(wù)器收到"預(yù)檢"請(qǐng)求以后枝冀，檢查了Origin、Access-Control-Request-Method和Access-Control-Request-Headers字段以后耘子，確認(rèn)允許跨源請(qǐng)求果漾，就可以做出回應(yīng)。

HTTP/1.1 200 OK
Date: Mon, 01 Dec 2008 01:15:39 GMT
Server: Apache/2.0.61 (Unix)
Access-Control-Allow-Origin: http://api.bob.com
Access-Control-Allow-Methods: GET, POST, PUT
Access-Control-Allow-Headers: X-Custom-Header
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
Content-Length: 0
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Content-Type: text/plain

上面的HTTP回應(yīng)中谷誓，關(guān)鍵的是Access-Control-Allow-Origin字段绒障，表示http://api.bob.com可以請(qǐng)求數(shù)據(jù)。該字段也可以設(shè)為星號(hào)捍歪，表示同意任意跨源請(qǐng)求户辱。

Access-Control-Allow-Origin: *

如果服務(wù)器否定了"預(yù)檢"請(qǐng)求，會(huì)返回一個(gè)正常的HTTP回應(yīng)糙臼，但是沒(méi)有任何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ò)信息。

XMLHttpRequest cannot load http://api.alice.com.
Origin http://api.bob.com is not allowed by Access-Control-Allow-Origin.

服務(wù)器回應(yīng)的其他CORS相關(guān)字段如下锤窑。

Access-Control-Allow-Methods: GET, POST, PUT
Access-Control-Allow-Headers: X-Custom-Header
Access-Control-Allow-Credentials: true
Access-Control-Max-Age: 1728000

（1）Access-Control-Allow-Methods

該字段必需璧针，它的值是逗號(hào)分隔的一個(gè)字符串，表明服務(wù)器支持的所有跨域請(qǐng)求的方法渊啰。注意探橱，返回的是所有支持的方法，而不單是瀏覽器請(qǐng)求的那個(gè)方法绘证。這是為了避免多次"預(yù)檢"請(qǐng)求隧膏。

（2）Access-Control-Allow-Headers

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

（3）Access-Control-Allow-Credentials

該字段與簡(jiǎn)單請(qǐng)求時(shí)的含義相同腐泻。

（4）Access-Control-Max-Age

該字段可選决乎，用來(lái)指定本次預(yù)檢請(qǐng)求的有效期，單位為秒派桩。上面結(jié)果中构诚，有效期是20天（1728000秒），即允許緩存該條回應(yīng)1728000秒（即20天）铆惑，在此期間范嘱，不用發(fā)出另一條預(yù)檢請(qǐng)求。

2.4.4.3 瀏覽器的正常請(qǐng)求和回應(yīng)

一旦服務(wù)器通過(guò)了"預(yù)檢"請(qǐng)求员魏，以后每次瀏覽器正常的CORS請(qǐng)求丑蛤，就都跟簡(jiǎn)單請(qǐng)求一樣，會(huì)有一個(gè)Origin頭信息字段撕阎。服務(wù)器的回應(yīng)盏阶，也都會(huì)有一個(gè)Access-Control-Allow-Origin頭信息字段。

下面是"預(yù)檢"請(qǐng)求之后闻书，瀏覽器的正常CORS請(qǐng)求。

PUT /cors HTTP/1.1
Origin: http://api.bob.com
Host: api.alice.com
X-Custom-Header: value
Accept-Language: en-US
Connection: keep-alive
User-Agent: Mozilla/5.0...

上面頭信息的Origin字段是瀏覽器自動(dòng)添加的脑慧。

下面是服務(wù)器正常的回應(yīng)魄眉。

Access-Control-Allow-Origin: http://api.bob.com
Content-Type: text/html; charset=utf-8

上面頭信息中，Access-Control-Allow-Origin字段是每次回應(yīng)都必定包含的闷袒。

3. 參考

（1）跨域方案JSONP與CORS的各自優(yōu)缺點(diǎn)以及應(yīng)用場(chǎng)景https://www.cnblogs.com/aoshicangqiong/p/11190494.html
（2）跨源資源共享（CORS）
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/CORS
（3）跨域資源共享 CORS 詳解
http://www.ruanyifeng.com/blog/2016/04/cors.html
（4）一篇文章搞明白CORS跨域
https://blog.51cto.com/u_13592288/2322263