这篇文章我们聊一聊CORS跨域，它的全称是"跨域资源共享"（Cross- ）。
在之前的文章中我们已经详细介绍了如何使用JSONP进行接口跨域请求，如果不了解的可以参考作者之前的文章《详解前端中的JSONP如何实现跨域请求》，相信一定难不倒聪明的你。
那么CORS跨域方案和jsonp跨域有何不同呢？读完这篇文章你肯定能找到答案！
跨域案例
页面地址：:8000/.html，代码如下：
图1
服务器接口地址：:3000/data，服务器代码如下：
图2
很明显，当页面在请求服务器接口时会发生跨域现象，如下：
图3
我们去浏览器中看一下请求信息，
图4
如图4所示，响应为200， 信息也很正常，这说明在跨域的情况下请求依然可以到达服务器，并且服务器能够正常响应，但是由于浏览器的同源策略并没有把返回的数据给到页面。
那么如何让页面在跨域的情况下获取到数据呢？我们回看图3，似乎在说少了一个--Allow-头，那么我们在服务器代码中加一下。
图5
现在刷新页面，服务器返回的数据就能正常打印出来了。
'--Allow-': '*'表示接受任意域名的请求
携带凭证
在跨域的情况，服务器有时依然需要鉴权。通常服务器鉴权都是从中获取信息来判断客户端的身份，那么跨域的情况下请求还能传递吗？当然能，但是会遵守同源策略！
1）服务器设置
图6
图7
如果需要服务器设置，必须设置--Allow-: true，否则会出现如下错误。
图8
页面中的xhr对象也必须设置属性=true。
此时刷新页面，在页面控制台中通过.查看=123，你会发现端设置的并不存在。上面已经说了会遵循同源策略前端解决跨域问题，服务器的域名是，所以服务器设置的应该是在这个域名下，并不会在页面的域名（）下，那如何验证服务器设置成功呢？
图9
2）页面设置
如果主域名相同，比如现在的例子，主域名都是，那么就可以把设置在这个主域名下。
document.cookie="client=1;domain=cors.com;"这样服务器就能获取到页面设置的。
如果连主域名都不一样，那就不要妄想在页面上设置让服务器获取到。这种情况下，服务器该如何鉴权呢？
第一种方式是让后端把跨域的接口代理成同域的，这样我们的后端可以拿到，在他那把转发给跨域服务。
图10
第二种方式是页面发送请求时在中附加一个token，用于鉴权，
图11
当刷新页面时，页面控制台又报错了。
图12
提示设置--Allow-，那我们就设置一下。
图13
再刷新页面，请求正常了，服务端也能拿到token的值了。
简单请求与非简单请求
图13中我们拿到了token的值，此时我们再去瞧瞧浏览器中的前端解决跨域问题，会发现页面发送了两个请求，第一个请求的是，这是怎么回事呢？
图14
原来cors跨域也分简单请求和非简单请求。
简单请求条件如下：
图11中我们设置了token请求头，显然不满足以上条件，所以是非简单请求。非简单请求的CORS请求会在正式通信之前增加一次HTTP查询请求，称为预检请求（）。浏览器先询问服务器，当前网页所在的域名是否在服务器的许可名单之中，以及可以使用哪些HTTP动词和头信息字段。只有得到肯定答复，浏览器才会发出正式的请求，否则就报错。预检请求用的请求方法是，表示这个请求是用来询问的。
我们现在尝试发送一次PUT请求，看看会有什么现象？
图15
不出所料，浏览器再次报错！
图16
提示我们设置--Allow-，那就只能设置了！
图17
再次刷新页面，现在请求正常了！我们回头看一下预检请求，
图18
不得不说，浏览器在访问跨域接口时真的是非常的小心，当然这一切都是为了安全考虑。即使这样，现在网络中也不乏XSS、CSRF等攻击。
总结
17年夏天作者去头条面试，当时笔试有这么一道题“如果浏览器请求跨域，那么这个请求还能到达服务器吗？如果能，服务器会返回什么？”。如果你读完本文，并且能充分理解，我相信这道题肯定不在话下。跨域在业务中经常遇到，大部分后端同学并不知道什么叫跨域，更不清楚该如何解决。作为前端的你，这时候就可以大显身手了！
喜欢我的文章就关注我吧，有问题可以发表评论，我们一起学习，共同成长！