浅谈CORS

CORS全称“跨站资源共享”（Cross-Origin Resource Sharing），它允许浏览器克服浏览器同源策略向跨域服务器发出请求。

同源策略

概念

说到CORS，那么就不得不提浏览器同源策略，所谓“同源”，是指服务器URL的三个相同：

1.协议相同

2.域名相同

3.端口相同

举个栗子：比如一个URL是http://www.example.com:80/a.html，那么：

http://www.example.com:80/b.html    // 同源
https://www.example.com:80/a.html   // 非同源(协议不同)
http://www.example1.com:80/a.html   // 非同源(域名不同)
http://www.example.com:81/a.html    // 非同源(端口不同)

限制

如果非同源，那么三种行为将受到限制：

1.非同源页面无法跨域读取浏览器本地数据存储（Cookie、LocalStorage和IndexDB）

2.非同源页面无法跨域获取DOM

3.非同源页面无法跨域发送AJAX请求

目的

那么，为什么浏览器要使用同源策略？

同源策略的目的，是为了保证用户的信息安全，防止被不法分子窃取数据。而众所周知，Cookie包含大量的登录信息，如果一个网页可以跨域访问另一个网站的Cookie，那么不法分子可以通过使用跨域访问获取Cookie然后冒充用户，为所欲为。

由此可见，同源策略是极其有必要的。

突破同源策略

但是，很多时候，我们需要跨域发送AJAX请求，此时我们就需要突破同源策略不允许发送跨域AJAX的规定。随着技术的发展，有很多技术可以实现跨域发送AJAX请求，常见的有以下三种：

1.JSONP

2.Websocket

3.CORS

JSONP

JSONP是CORS技术出来之前最常用的跨域解决方案，最大的特定是兼容性好，简单，不需要进行大的服务器改动。它的基本思路是通过动态添加一个script标签，向服务器请求脚本，脚本中一般调用一个客户端定义的函数，将数据作为参数，调用客户端的函数，而客户端通过操作该函数，可以使用被当做参数传过来的数据。

因为服务器不限制script的跨域，所以不受跨域影响。

Websocket

众所周知，Websocket是一个持久化协议，常用于解决服务器推送问题。但是，实际上Websocket其实支持跨域通信。通过设置Websocket的origin的字段，可以规定允许跨域的站点。

上面两种方法虽然可以解决跨域，但是，都有着各种问题。

庆幸的是，本文的主角：CORS的出现，彻底解决了跨域问题。

CORS

浏览器将跨域AJAX请求分为两类：简单请求和非简单请求，对应有两种不同的处理方式。

简单请求

何为简单请求？

简单请求就是满足以下两个条件的请求：

1.请求方法为HEAD、GET和POST

2.HTTP请求头只包含：Accept、Accept-Language、Content-Language、Last-Event-ID以及值为application/x-www-form-urlencoded、multipart/form-data、text/plain三者之一的Content-Type

对于简单请求，浏览器可以直接发送请求到服务器，但是会在请求头中添加一个origin字段，该字段用来说明请求的来源。服务器会识别该字段，判断是否允许跨域。

如果允许跨域，服务器会返回结果并在响应头上添加三个字段：

1.Access-Control-Allow-Origin

该字段的值为Origin字段的值，或者是*，表示服务器接受任何源的跨域请求。

2.Access-Control-Allow-Credentials

可选字段，它表示是否允许发送Cookie，值为true时，表示发送请求的时候允许发送Cookie，如果不包含该字段，则表示不允许发送Cookie。

值得一提的是，如果服务器允许发送Cookie，那么不允许将Access-Control-Allow-Origin的值设为*。

3.Access-Control-Expose-Headers

可选字段，在没有该字段的情况下，针对跨域请求，XHR对象的getResponseHeader()方法只能拿到Cache-Control、Content-Language、Content-Type、Expire、Last-Modified、Pragma这六个字段，该字段可以设置额外可以拿到的字段。

非简单请求

不满足简单请求的跨域请求都是非简单请求，比如PUT或DELETE方法。

不同于简单请求的直接向服务器请求，非简单请求会在发送之前，先进行一次“预检”（preflight），即，向服务器发出一个OPTIONS请求，查询服务器是否允许它进行跨域请求。

如果服务器不通过“预检”，会返回一个error，客户端可以通过onerror事件进行捕获。

当服务器通过“预检”后，服务器会进行响应，响应头中含有CORS的相关字段，分别是：

1.Access-Control-Allow-Origin

该字段和简单请求中的同名字段一样。

2.Access-Control-Allow-Methods

该字段表示服务器支持跨域的所有方法，是一个逗号分隔的字符串，如：POST，DELETE。

3.Access-Control-Allow-Headers

该字段表示服务器支持的所有头信息，也是一个逗号分隔的字符串。

4.Access-Control-Allow-Credentials

可选字段，与简单请求中的同名字段一样。

5.Access-Control-Max-Age

可选字段，在一段时间内，浏览器对同一个域名进行非简单跨域请求，只对第一次进行“预检”，而这一次“预检”的结果将被缓存，接下来的请求都通过该结果进行判断。该字段就是用来设置“预检”结果缓存的时间长短，可以将其值设为-1来禁用“预检”缓存。

接收到服务器通过“预检”的响应后，客户端会正式发送真正的请求，接下来的处理方式和简单请求一致。

总结

在当前开发中，当不需要兼容老式浏览器中，我们一般采用CORS的方式进行跨域请求，因为相比Websocket，CORS支持非长连接场景；相比JSONP，CORS支持所有HTTP请求，用法更加平滑。

当然，值得一提的是，当你需要兼容老式浏览器时，JSONP是你唯一的选择~

• 还没有人评论，欢迎说说您的想法！