跨域解决方案

跨域解决方案

1、 通过jsonp跨域 （jsonp缺点：只能实现get一种请求）

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

2、 document.domain（获取下载当前文档的服务器域名） + iframe跨域 （仅限主域相同，子域不同的跨域应用场景）

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

3、 location.hash（hash 属性是一个可读可写的字符串，该字符串是 URL 的锚部分（从 # 号开始的部分）） + iframe

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

4、 window.name（name 属性可设置或返回存放窗口的名称的一个字符串） + iframe跨域 

　　window.name属性的独特之处：name值在不同的页面（甚至不同域名）加载后依旧存在，并且可以支持非常长的 name 值 ，通过iframe的src属性由外域转向本地域，跨域数据即由iframe的window.name从外域传递到本地域。这个就巧妙地绕过了浏览器的跨域访问限制，但同时它又是安全操作

5、 postMessage跨域 

　　postMseeage（data，origin）data为到传递的数据  origin字符串参数，指明目标窗口的源，协议+主机+端口号

6、 跨域资源共享（CORS）

　　只服务端设置Access-Control-Allow-Origin即可，前端无须设置，若要带cookie请求：前后端都需要设置。

7、 nginx代理跨域

　　跨域原理： 同源策略是浏览器的安全策略，不是HTTP协议的一部分。服务器端调用HTTP接口只是使用HTTP协议，不会执行JS脚本，不需要同源策略，也就不存在跨越问题。　　通过nginx配置一个代理服务器（域名与domain1相同，端口不同）做跳板机，反向代理访问domain2接口，并且可以顺便修改cookie中domain信息，方便当前域cookie写入，实现跨域登录。
8、 nodejs中间件代理跨域

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

　　
9、 WebSocket协议跨域

　　WebSocket protocol是HTML5一种新的协议。它实现了浏览器与服务器全双工通信，同时允许跨域通讯，是server push技术的一种很好的实现。
原生WebSocket API使用起来不太方便，我们使用Socket.io，它很好地封装了webSocket接口，提供了更简单、灵活的接口，也对不支持webSocket的浏览器提供了向下兼容。