一、什么是跨域？

跨域就是非同源策略请求。

1.1、什么是同源策略？

同源策略（SOP）是一种约定，是浏览器最核心的也是最基本的安全功能，如果缺少了同源策略，浏览器很容易受到 XSS、CSFR等攻击。

协议+域名+端口号，三者都相同时就是同源，只要有一个不同就是跨域。

1.2、为什么会产生跨域？

很久以前，前端一般只是切图，将设计图实现成静态网页，然后交给后端程序员，后端负责数据交互，将后端和前端代码混合开发。前端和后端是仅仅联系在一起，不便于开发和维护，后来逐步实现前后端分离，把服务器拆分成三部分：

WEB 服务器：存放静态资源后台服务器：提供业务逻辑和数据分析。图片服务器

此时就出现请求跨域问题了。

二、跨域解决方案

跨域解决方案总共有 9 种，它们分别为：

通过 JSONP 跨域CORS 跨域资源共享http proxy 代理nginx 反向代理postMessage 跨域Websocketiframe + document.domainiframe + window.nameiframe + location.hash

三、具体实现方案

3.1、JSONP

html页面开发时，我们经常会使用 script、img、link、iframe 标签引入对应的资源，我们发现它们有个共同特点就是可以引入任意域名下的资源，不存在跨域问题。因此我们利用 script 的特点，创建一个带网址的跨域通信。

具体的实现过程如图：

原生请求代码为例如下：

// 注意 -- 函数声明放前边 <script> function back(res){ console.log(res)//返回数据 } </script> <script src=":3000/login?user=111&callback=back"></script>

node服务代码为：

var querystring = require(querystring); var http = require(http); var server = http.createServer(); server.on(request, function(req, res) { console.log(req.url.split) var params = querystring.parse(req.url.split(?)[1]); console.log(params,params) var fn = params.callback; // jsonp返回设置 res.writeHead(200, { Content-Type: text/javascript }); res.write(fn + ( + JSON.stringify(params) + )); res.end(); }); server.listen(3000);

运行服务执行成功之后就会打印出：

{ callback: "back" user: "111" }

JSONP 的缺点：只允许处理 get 请求，由于请求的数据都暴露在url中，容易被劫持，安全性很差，所以不推荐使用。

3.2、CORS 跨域资源共享

通过设置响应头处理的，需要后台配合处理。如果只是普通跨域请求，前端无需设置，后台设置 Access-Control-Allow-Origin，如：

/* 允许所有域名访问 */ response.setHeader("Access-Control-Allow-Origin","*"); /* 只允许某个域名访问 */ header("Access-Control-Allow-Origin: www.xxx.xom");

如果需要带cookie请求，前端也需要设置字段。如：

// 前端设置是否带cookie xhr.withCredentials = true;

特点：客户端发送(ajax fetch)请求，后台设置请求头相关信息，允许哪些源请求数据，需要处理 options 试探性请求。

3.3、proxy 代理

因为服务器间的数据交互没有跨域限制，所以通过一个中间代理服务器请求目标服务器的数据，也就是前端服务器发送请求到代理服务器，代理服务器再请求目标服务器，将数据返回给前端服务器。

我们现在常用的三方框架 VUE、React项目中跨域解决方案都使用的是代理。如config.js中代理配置如下：

proxy: { //配置跨域 /: { target: http://www.xxxx.com/, //线上 changOrigin: true, //允许跨域 pathRewrite: { ^/: } }, }

3.4、nginx反向代理

nginx反向代理，只需要后台配置服务就可以了，前端无需任何操作。其原理是：浏览器将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据，再返回给浏览器，此时暴露的是代理服务器的地址，隐藏了真实的服务器地址。

3.5、postMessage

postMessage 是全局对象 window 的属性之一。可以安全地实现跨域通信。通常，对于两个不同页面的脚本，只有当执行它们的页面位于具有相同的协议（通常为https），端口号（443为https的默认值），以及主机 (两个页面的模数 Document.domain设置为相同的值) 时，这两个脚本才能相互通信。window.postMessage() 方法提供了一种受控机制来规避此限制，只要正确地使用，这种方法就很安全。

使用语法：

window.postMessage(data,url)

具体实现案例如下：

// a页面 -- :1000/a.html <iframe id="iframe" src=":2000/b.html" style="display:none;"></iframe> <script> var iframe = document.getElementById(iframe); iframe.onload = function() { // 向 b 传送跨域数据 iframe.contentWindow.postMessage(传输数据, :2000); }; // 接受 b 返回数据 window.addEventListener(message, function(e) { alert(接收返回数据 ---> + e.data); }, false); </script> // b页面 -- :2000/b.html <script> // 接收 a 的数据 window.addEventListener(message, function(e) { alert(data from domain1 ---> + e.data); var data = JSON.parse(e.data); if (data) { data.number = 16; // 处理后再发回domain1 window.parent.postMessage(JSON.stringify(data), :1000/); } }, false); </script>

3.6、webSocket

Websocket 是 html5一种新协议，实现浏览器与服务器互相通信，同时还允许跨域通讯。原生的 Websocket 可点击 《WebSocket 基础教程》学习更多知识。websocket api使用起来不便，我们更多地使用它的封装版 socket.io，使用简单，易操作。

具体的实现方法，请点击《一文读懂 WebSocket 原理》。

3.7、iframe + document.domain

只能实现同一个主域，不同子域之间的跨域通信。

实现原理：两个页面都通过 js 强制设置 document.domain为基础主域，就实现了同域。

缺点：限制较多。可作为了解就行。

3.8、iframe + location.hash

实现原理：a与b跨域通信，通过中间页c来实现，三个页面，不同域之间可以利用 iframe 的 location.hash传值，相同域之间直接利用 js 通信。

必须要 3 个页面。

具体实现：A域：a.html -> B域：b.html -> A域：c.html，a与b不同域只能通过hash值单向通信，b与c也不同域也只能单向通信，但c与a同域，所以c可通过parent.parent访问a页面所有对象。

3.9、iframe + window.name

与上3.8类似，也需要3个页面。

实现原理：a.html 和 proxy.html必须在一个源内，b.html在另外一个源内，a与b实现跨域通信，就是借助 第三个 proxy.html 页面，先把地址重新指向到同源中。proxy.html是一个空页面，什么也不用处理。

end ~~~