当两个域具备相同的协议(如http), 相同的端口(如80),相同的host,那么咱们就能够认为它们是相同的域(协议,域名,端口都必须相同)。
跨域就指着协议,域名,端口不一致,出于安全考虑,跨域的资源之间是没法交互的(例如通常状况跨域的JavaScript没法交互,固然有不少解决跨域的方案)html
/* CORS 普通跨域请求:只服务端设置Access-Control-Allow-Origin便可, 前端无须设置,若要带cookie请求:先后端都须要设置。 JSONP 缺点:只能使用get 请求 document.domain 仅限主域相同,子域不一样的跨域应用场景。 window.name websockets */
CORS是一个W3C标准,全称是"跨域资源共享"(Cross-origin resource sharing)。前端
它容许浏览器向跨源服务器,发出
XMLHttpRequest
请求,从而克服了AJAX只能同源使用的限制。git
CORS须要浏览器和服务器同时支持。目前,全部浏览器都支持该功能,IE浏览器不能低于IE10。github
整个CORS通讯过程,都是浏览器自动完成,不须要用户参与。对于开发者来讲,CORS通讯与同源的AJAX通讯没有差异,代码彻底同样。浏览器一旦发现AJAX请求跨源,就会自动添加一些附加的头信息,有时还会多出一次附加的请求,但用户不会有感受。web
所以,实现CORS通讯的关键是服务器。只要服务器实现了CORS接口,就能够跨源通讯。json
浏览器将CORS请求分红两类:简单请求(simple request)和非简单请求(not-so-simple request)。后端
知足如下两大条件,属于简单请求
api
/* (1) 请求方法是如下三种方法之一: HEAD GET POST (2)HTTP的头信息不超出如下几种字段: Accept Accept-Language Content-Language Last-Event-ID Content-Type:只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain */
这是为了兼容表单(form),由于历史上表单一直能够发出跨域请求。AJAX 的跨域设计就是,只要表单能够发,AJAX 就能够直接发。跨域
凡是不一样时知足上面两个条件,就属于非简单请求。浏览器
浏览器对这两种请求的处理,是不同的。
基本流程
对于简单请求,浏览器直接发出CORS请求。具体来讲,就是在头信息之中,增长一个
Origin
字段。下面是一个例子,浏览器发现此次跨源AJAX请求是简单请求,就自动在头信息之中,添加一个
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
字段用来讲明,本次请求来自哪一个源(协议 + 域名 + 端口)。服务器根据这个值,决定是否赞成此次请求。若是
Origin
指定的源,不在许可范围内,服务器会返回一个正常的HTTP回应。浏览器发现,这个回应的头信息没有包含Access-Control-Allow-Origin
字段(详见下文),就知道出错了,从而抛出一个错误,被XMLHttpRequest
的onerror
回调函数捕获。注意,这种错误没法经过状态码识别,由于HTTP回应的状态码有多是200。若是
Origin
指定的域名在许可范围内,服务器返回的响应,会多出几个头信息字段。
/* 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 */
上面的头信息之中,有三个与CORS请求相关的字段,都以
Access-Control-
开头。
1 . Access-Control-Allow-Origin
该字段是必须的,他的值要么是请求Origin字段的值,要么是一个*, 表示接受任意域名的请求.
2 . Access-Control-Allow-Credentials
该字段可选。它的值是一个布尔值,表示是否容许发送Cookie。默认状况下,Cookie不包括在CORS请求之中。设为
true
,即表示服务器明确许可,Cookie能够包含在请求中,一块儿发给服务器。这个值也只能设为true
,若是服务器不要浏览器发送Cookie,删除该字段便可.
3 . Access-Control-Expose-Headers
该字段可选。CORS请求时,
XMLHttpRequest
对象的getResponseHeader()
方法只能拿到6个基本字段:Cache-Control
、Content-Language
、Content-Type
、Expires
、Last-Modified
、Pragma
。若是想拿到其余字段,就必须在Access-Control-Expose-Headers
里面指定。上面的例子指定,getResponseHeader('FooBar')
能够返回FooBar
字段的值。
上面说到,CORS请求默认不发送Cookie和HTTP认证信息。若是要把Cookie发到服务器,一方面要服务器赞成,指定
Access-Control-Allow-Credentials
字段。
// Access-Control-Allow-Credentials: true
另外一方面,开发者必须在AJAX请求中打开withCredentials属性。
// var xhr = new XMLHttpRequest(); // xhr.withCredentials = true;
不然,即便服务器赞成发送Cookie,浏览器也不会发送。或者,服务器要求设置Cookie,浏览器也不会处理。
可是,若是省略
withCredentials
设置,有的浏览器仍是会一块儿发送Cookie。这时,能够显式关闭withCredentials
。
// xhr.withCredentials = false;
须要注意的是,若是要发送Cookie,
Access-Control-Allow-Origin
就不能设为星号,必须指定明确的、与请求网页一致的域名。同时,Cookie依然遵循同源政策,只有用服务器域名设置的Cookie才会上传,其余域名的Cookie并不会上传,且(跨源)原网页代码中的document.cookie
也没法读取服务器域名下的Cookie。
预检请求
非简单请求是那种对服务器有特殊要求的请求,好比请求方法是
PUT
或DELETE
,或者Content-Type
字段的类型是application/json
。非简单请求的CORS请求,会在正式通讯以前,增长一次HTTP查询请求,称为"预检"请求(preflight)。
浏览器先询问服务器,当前网页所在的域名是否在服务器的许可名单之中,以及可使用哪些HTTP动词和头信息字段。只有获得确定答复,浏览器才会发出正式的
XMLHttpRequest
请求,不然就报错。下面是一段浏览器的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请求的方法是
PUT
,而且发送一个自定义头信息X-Custom-Header
。浏览器发现,这是一个非简单请求,就自动发出一个"预检"请求,要求服务器确承认以这样请求。下面是这个"预检"请求的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...
"预检"请求用的请求方法是
OPTIONS
,表示这个请求是用来询问的。头信息里面,关键字段是Origin
,表示请求来自哪一个源。
除了Origin字段,"预检"请求的头信息包括两个特殊字段
/* (1)Access-Control-Request-Method 该字段是必须的,用来列出浏览器的CORS请求会用到哪些HTTP方法,上例是PUT。 (2)Access-Control-Request-Headers 该字段是一个逗号分隔的字符串,指定浏览器CORS请求会额外发送的头信息字段,上例是X-Custom-Header。 */
预检请求的回应
服务器收到"预检"请求之后,检查了
Origin
、Access-Control-Request-Method
和Access-Control-Request-Headers
字段之后,确认容许跨源请求,就能够作出回应。
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回应中,关键的是
Access-Control-Allow-Origin
字段,表示http://api.bob.com
能够请求数据。该字段也能够设为星号,表示赞成任意跨源请求。
Access-Control-Allow-Origin: *
若是服务器否认了"预检"请求,会返回一个正常的HTTP回应,可是没有任何CORS相关的头信息字段。这时,浏览器就会认定,服务器不一样意预检请求,所以触发一个错误,被
XMLHttpRequest
对象的onerror
回调函数捕获。控制台会打印出以下的报错信息。
XMLHttpRequest cannot load http://api.alice.com. Origin http://api.bob.com is not allowed by Access-Control-Allow-Origin.
服务器回应的其余CORS相关字段以下。
/* 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-Origin
首先,客户端请求时要带上一个Origin,用来讲明,本次请求来自哪一个源(协议 + 域名 + 端口)。服务器根据这个值,决定是否赞成此次请求。而后服务端在返回时须要带上这个字段,并把对方传过来的值返回去。告知客户端,容许此次请求。
这个字段也能够设置为*,即容许全部客户端访问。可是这样作会和Access-Control-Allow-Credentials 起冲突。可能致使跨域请求失败。
2.Access-Control-Allow-Credentials
这个字段是一个BOOL值,能够容许客户端携带一些校验信息,好比cookie等。若是设置为Access-Control-Allow-Origin:*,而该字段是true,而且客户端开启了withCredentials, 仍然不能正确访问。须要把Access-Control-Allow-Origin的值设置为客户端传过来的值。
3.Access-Control-Allow-Credentials
该字段与简单请求时的含义相同。
4.Access-Control-Max-Age
该字段可选,用来指定本次预检请求的有效期,单位为秒。上面结果中,有效期是20天(1728000秒),即容许缓存该条回应1728000秒(即20天),在此期间,不用发出另外一条预检请求。
一旦服务器经过了"预检"请求,之后每次浏览器正常的CORS请求,就都跟简单请求同样,会有一个
Origin
头信息字段。服务器的回应,也都会有一个Access-Control-Allow-Origin
头信息字段。下面是"预检"请求以后,浏览器的正常CORS请求。
/* 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
字段是浏览器自动添加的。下面是服务器正常的回应。
/* Access-Control-Allow-Origin: http://api.bob.com Content-Type: text/html; charset=utf-8 */
/* CORS与JSONP的使用目的相同,可是比JSONP更强大。 JSONP只支持GET请求,CORS支持全部类型的HTTP请求。JSONP的优点在于支持老式浏览器, 以及能够向不支持CORS的网站请求数据。 */
govendor fetch github.com/gin-contrib/cors
package main import ( "github.com/gin-gonic/gin" "strings" "fmt" "net/http" ) func main() { r := gin.Default() r.Use(Cors()) //开启中间件 容许使用跨域请求 r.run() } func Cors() gin.HandlerFunc { return func(c *gin.Context) { method := c.Request.Method origin := c.Request.Header.Get("Origin") //请求头部 if origin != "" { //接收客户端发送的origin (重要!) c.Writer.Header().Set("Access-Control-Allow-Origin", origin) //服务器支持的全部跨域请求的方法 c.Header("Access-Control-Allow-Methods", "POST, GET, OPTIONS, PUT, DELETE,UPDATE") //容许跨域设置能够返回其余子段,能够自定义字段 c.Header("Access-Control-Allow-Headers", "Authorization, Content-Length, X-CSRF-Token, Token,session") // 容许浏览器(客户端)能够解析的头部 (重要) c.Header("Access-Control-Expose-Headers", "Content-Length, Access-Control-Allow-Origin, Access-Control-Allow-Headers") //设置缓存时间 c.Header("Access-Control-Max-Age", "172800") //容许客户端传递校验信息好比 cookie (重要) c.Header("Access-Control-Allow-Credentials", "true") } //容许类型校验 if method == "OPTIONS" { c.JSON(http.StatusOK, "ok!") } defer func() { if err := recover(); err != nil { log.Printf("Panic info is: %v", err) } }() c.Next() } }
Example
// 处理跨域请求,支持options访问 func Cors() gin.HandlerFunc { return func(c *gin.Context) { method := c.Request.Method c.Header("Access-Control-Allow-Origin", "*") c.Header("Access-Control-Allow-Headers", "Content-Type,AccessToken,X-CSRF-Token, Authorization, Token") c.Header("Access-Control-Allow-Methods", "POST, GET, OPTIONS") c.Header("Access-Control-Expose-Headers", "Content-Length, Access-Control-Allow-Origin, Access-Control-Allow-Headers, Content-Type") c.Header("Access-Control-Allow-Credentials", "true") //放行全部OPTIONS方法 if method == "OPTIONS" { c.AbortWithStatus(http.StatusNoContent) } // 处理请求 c.Next() } }
CORS原理讲解有部分借鉴于 阮一峰 写的博客