一、跨域有什么现象

首先我们看一下现象，如何出现的跨域问题。例：

此时页面就会访问接口失败报错：has been blocked by coRS policy: Response to preflightrequest does not pass access control check

翻译过来就是：己被CORS策略阻止:对请求的响应未通过访问控制检查

这就是没有配置相关的跨域参数，是不能访问这个接口的

二、什么是跨域问题？

举例来说，就是：浏览器访问一个页面时，比如访问 https://www.ceshi.com/list

此时的协议，主机，端口，分别是https，www.ceshi.com，80

那么这个页面中，发的接口请求，这个接口的协议，主机，端口必须和当前的页面的一样，三个都一样才行，才可以访问

否则就会出现上面的跨域现象

比如浏览器打开页面 https://www.ceshi.com/list，

在此页面中，可以请求接口 https://www.ceshi.com/edit

因为他们的协议，主机，端口，都是相同的，是可以请求成功的。

总结一句话：在浏览器中，只有协议，主机，端口三者都相同时，才可以互相访问，否则，不可以访问

注意:是在浏览器中

这里就大概了解什么是跨域

这个问题就涉及到了浏览器的同源策略

这就是浏览器的同源策略，通过上面的例子可以知道

所谓的同源策略，其实就是协议，主机，端口 都是相同的，才可以互相访问，否则有一个不同，就会访问失败，造成跨域的问题；

注: 跨域问题，只是出现在浏览器中，因为浏览器有同源策略，所以才会有跨域问题

之前我也—直以为，跨域问题是由于浏览器的 同源策略 产生的，那么是不是只需要在请求前，加点配置就能解决了

为什么都是后端在响应头里面加点配置才解决的?为什么是后端?跨域问题是浏览器造成的，这和后端有什么关系?

从上面，我们知道:我们访问的url，如果不是同源的，也就是协议，主机，端口，有一个不一样，是不能请求通的

那么问题来了：

**答案就是：**请求是能正常的发出去的，后端也正常的响应了，浏览器是把响应给拦截了，所以会出现开头的

has been blocked by coRS policy: Response to preflightrequest does not pass access control check

用一张图说明一下，就很容易明白，如下图：
在这里插入图片描述

通过上面的图我们知道了，浏览器是拦截了响应（和第—阶段的请求是没有关系的)，导致整个 http 请求没有走通

那么，如何解决，让接口能正常的发出去，正常的收到响应数据呢?

很容易就想到，如何在响应头中添加—些特殊的字段，浏览器一看到有这些字段，就不拦截了，那么跨域问题不就解决了吗

事实上正是这样的，这也是之前好奇，解决跨域问题，为什么是后端加—些配置，其实就是在响应头中添加了一些特殊的响应头

那么这些特殊的响应头是什么呢?

我们先看看 www.ceshi.com 是怎么解决的，添加了哪些响应头字段
在这里插入图片描述

是的，只要后端在响应的时候，在响应头中添加以下字段，就可以解决跨域问题

access-control-allow-origin：该字段是必须的。它的值要么是请求时 origin 字段的值，要么是—个 * ，表示接受任意域名的请求。
access-control-allow-credentials：该字段可选。它的值是一个布尔值，表示是否允许发送Cookie。默认情况下，Cookie 不包括在CORS请求之中。设为 true ，即表示服务器明确许可，Cookie可以包含在请求中，一起发给服务器。这个值也只能设为 true ，如果服务器不要浏览器发送Cookie，删除该字段即可
Access-control-Allow-Methods：该字段必需，它的值是逗号分隔的一个字符串，表明服务器支持的所有跨域请求的方法。注意，返回的是所有支持的方法，而不单是浏览器请求的那个方法。这是为了避免多次“预检”请求。

其实最重要的就是 access-control-allow-origin 字段，添加一个 * ，允许所有的域都能访问