【前端】跨域解决方案及其原理

一、为什么要跨域？

同源策略/SOP（Same origin policy）是一种约定，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个IP地址，也非同源。

常见的跨域场景(不允许通信)：

（1）不同协议，同一域名：http://www.domain.com/a.js 和 https://www.domain.com/b.js

（2）同一域名，不同端口：http://www.domain.com:8000/a.js 和 http://www.domain.com/b.js

（3）不同域名：http://www.domain1.com/a.js 和 http://www.domain2.com/b.js

（4）主域相同，子域不同：http://www.domain.com/a.js 和 http://x.domain.com/b.js 和 http://domain.com/c.js

（5）域名和域名对应相同IP：http://www.domain.com/a.js 和 http://192.168.4.12/b.js

二、怎么解决跨域问题？

跨域解决方案：

（1）通过 jsonp 跨域

（2）document.domain + iframe 跨域：仅限主域相同，子域不同的跨域场景。

（3）location.hash + iframe 跨域：a欲与b跨域相互通信，通过中间页c来实现。

（4）window.name + iframe 跨域

（5）postMessage 跨域

（6）跨域资源共享（CORS）：只需要服务端设置Access-Control-Allow-Origin即可。

（7）nginx 代理跨域

（8）nodejs 中间件代理跨域

（9）WebSocket 协议跨域

跨域解决方案的原理：

（1）通过 jsonp 跨域：此方法需要后台支持，和后台交互一般用 jsonp。

实现原理：通常为了减轻web服务器的负载，我们把js、css，img等静态资源分离到另一台独立域名的服务器上，在html页面中再通过相应的标签从不同域名下加载静态资源，而被浏览器允许。基于此原理，我们可以通过动态创建script标签，再请求一个带参网址实现跨域通信。

具体实现：

1) 原生实现

服务端返回如下（返回时即执行全局函数）：

2) jquery ajax

3) vue.js

后端node.js代码示例：

（2）document.domain + iframe 跨域：此方法仅限主域相同，子域不同的跨域场景；用来实现页面间的跨域通信。

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

具体实现：

A.父窗口：(http://www.domain.com/a.html)

B.子窗口：(http://child.domain.com/b.html)

（3）location.hash + iframe 跨域

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

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

A.a.html：(http://www.domain1.com/a.html)

B.b.html：(http://www.domain2.com/b.html)

C.c.html：(http://www.domain1.com/c.html)

（4）window.name + iframe 跨域

实现原理：window.name属性的独特之处在于：name值在不同的页面（甚至不同域名）加载后依旧存在，并且可以支持非常长的 name 值（2MB）。

具体实现：

A.a.html：(http://www.domain1.com/a.html)

  

B.proxy.html：(http://www.domain1.com/proxy.html)

中间代理页，与a.html同域，内容为空即可。

C.b.html：(http://www.domain2.com/b.html)

总结：通过iframe的src属性由外域转向本地域，跨域数据即由iframe的window.name从外域传递到本地域。这个就巧妙地绕过了浏览器的跨域访问限制，但同时它又是安全操作。

（5）postMessage 跨域：此方法用来实现页面间的跨域通信。

postMessage：是HTML5 XMLHttpRequest Level 2中的API，且是为数不多可以跨域操作的window属性之一，它可用于解决以下方面的问题：

1）页面和其打开的新窗口之间的数据传递

2）多窗口之间的消息传递

3）页面与嵌套的iframe之间的消息传递

4）上面三个场景的跨域数据传递

用法：postMessage(data,origin)方法接受两个参数

data：HTML5规范支持任意基本类型或可复制的对象，但部分浏览器只支持字符串，所以传参时最好用JSON.stringify()序列化。

origin：协议+主机+端口号，也可以设置为"*"，表示可以传递给任意窗口，如果要指定和当前窗口同源的话设置为"/"。

具体实现：

A.a.html：(http://www.domain1.com/a.html)

B.b.html：(http://www.domain2.com/b.html)

（6）跨域资源共享（CORS）

普通跨域请求：只需要服务端设置Access-Control-Allow-Origin即可，前端无须设置，若要带cookie请求：前后端都需要设置。CORS也已经成为主流的跨域解决方案。

需注意的是：由于同源策略的限制，所读取的cookie为跨域请求接口所在域的cookie，而非当前页。如果想实现当前页cookie的写入，可参考下文：[7] nginx反向代理中设置proxy_cookie_domain 和[8] node.js中间件代理中cookieDomainRewrite参数的设置。

具体实现：

1. 前端设置

1) 原生ajax

2) jQuery ajax

3) vue.js

A.axios设置：

B.vue-resource设置：

2. 服务端设置

若后端设置成功，前端浏览器控制台则不会出现跨域报错信息，反之，说明没设成功。

1) Java后台：

2) Nodejs后台:

（7）nginx 代理跨域

1) nginx配置解决iconfont跨域

浏览器跨域访问js、css、img等常规静态资源被同源策略许可，但iconfont字体文件(eot|otf|ttf|woff|svg)例外，此时可在nginx的静态资源服务器中加入以下配置。

2) nginx反向代理接口跨域

跨域原理： 同源策略是浏览器的安全策略，不是HTTP协议的一部分。服务器端调用HTTP接口只是使用HTTP协议，不会执行JS脚本，不需要同源策略，也就不存在跨越问题。

实现思路：通过nginx配置一个代理服务器（域名与domain1相同，端口不同）做跳板机，反向代理访问domain2接口，并且可以顺便修改cookie中domain信息，方便当前域cookie写入，实现跨域登录。

• nginx具体配置

• 前端代码示例

• Node.js后台示例

（8）node.js中间件代理跨域

node中间件实现跨域代理，原理大致与nginx相同，都是通过启用一个代理服务器，实现数据的转发，也可以通过设置cookieDomainRewrite参数修改响应头中cookie中的域名，实现当前域的cookie写入，方便接口登录认证。

1. 非vue框架的跨域（2次跨域）：利用node + express + http-proxy-middleware搭建一个proxy服务器。

前端代码示例

中间件服务器

Node.js后台示例（同[7] nginx）

2. vue框架的跨域（1次跨域）

利用node + webpack + webpack-dev-server代理接口跨域。在开发环境下，由于vue渲染服务和接口代理服务都是webpack-dev-server同一个，所以页面与代理接口之间不再跨域，无须设置headers跨域信息了。

webpack.config.js部分配置：

（9）WebSocket协议跨域

WebSocket protocol是HTML5的一种新协议。它实现了浏览器与服务器全双工通信，同时允许跨域通讯，是server push技术的一种很好的实现。

原生WebSocket API使用起来不太方便，我们使用Socket.io，它很好地封装了webSocket接口，提供了更简单、灵活的接口，也对不支持webSocket的浏览器提供了向下兼容。

具体实现：

1. 前端代码

2. Node.js socket后台

 

参考：https://segmentfault.com/a/1190000011145364

END