前后端跨域解决方案（前后端分离如何解决跨域）

大家好，我是讯享网，很高兴认识大家。

前后端分离跨域问题的几种解决方案

一、为什么会出现跨域问题?

二、什么是跨域?

当一个请求url的协议、域名、端口三者之间任意一个与当前页面url不同即为跨域。

当前页面url 被请求页面url 是否跨域原因 http://www.test.com/ http://www.test.com/index.html 否同源（协议、域名、端口号相同） http://www.test.com/ https://www.test.com/index.html 跨域协议不同（http/https） http://www.test.com/ http://www.baidu.com/ 跨域主域名不同（test/baidu） http://www.test.com/ http://blog.test.com/ 跨域子域名不同（www/blog） http://www.test.com:8080/ http://www.test.com:7001/ 跨域端口号不同（8080/7001）

两个相同的源之间浏览器默认其是可以相互访问资源和操作DOM的。
两个不同的源之间若想要相互访问资源或者操作DOM，那么会有一套基础的安全策略的制约。
具体有如下两方面的限制:

讯享网

1.安全性：浏览器要防止当前站点的私密数据不会向其他站点发送如当前站点的Cookie,LocalStorage,IndexDb不会被发送到其他站点或被其他站点脚本读取到无法跨域获取Dom，无法发送Ajax请求。
2.可用性：大型站点的图片，音视频等资源，希望部署在独立服务器上，为缓解当前服务的压力，开放某些特定的方式，访问非同源站点如：等，可以同src属性跨域访问允许跨域提交表单/或重定向请求。

三、解决方案

1.后台服务端解决方案

方法一：@CrossOrigin

讯享网

方法二：

讯享网

2.Nginx代理服务器，反向代理接口请求

3.jsonp方式

JSONP是怎么产生的：

1、浏览器的同源策略限制，Ajax直接请求普通文件存在跨域无权限访问的问题，甭管你是静态页面、动态网页、web服务、WCF，只要是跨域请求，一律不准；
2、不过Web页面上调用js文件时则不受是否跨域的影响（不仅如此，我们还发现凡是拥有”src”这个属性的标签都拥有跨域的能力，比如）；
3、于是可以判断，当前阶段如果想通过纯web端（ActiveX控件、服务端代理、属于未来的HTML5之Websocket等方式不算）跨域访问数据就只有一种可能，那就是在远程服务器上设法把数据装进js格式的文件里，供客户端调用和进一步处理；
4、恰巧我们已经知道有一种叫做JSON的纯字符数据格式可以简洁的描述复杂数据，更妙的是JSON还被js原生支持，所以在客户端几乎可以随心所欲的处理这种格式的数据；
5、这样子解决方案就呼之欲出了，web客户端通过与调用脚本一模一样的方式，来调用跨域服务器上动态生成的js格式文件（一般以JSON为后缀），显而易见，服务器之所以要动态生成JSON文件，目的就在于把客户端需要的数据装入进去。
6、客户端在对JSON文件调用成功之后，也就获得了自己所需的数据，剩下的就是按照自己需求进行处理和展现了，这种获取远程数据的方式看起来非常像AJAX，但其实并不一样。
7、为了便于客户端使用数据，逐渐形成了一种非正式传输协议，人们把它称作JSONP，该协议的一个要点就是允许用户传递一个callback参数给服务端，然后服务端返回数据时会将这个callback参数作为函数名来包裹住JSON数据，这样客户端就可以随意定制自己的函数来自动处理返回数据了。

具体原理：

服务端提供的js脚本是动态生成的，这样调用者可以传一个参数过去告诉服务端“我想要一段调用XXX函数的js代码，请你返回给我”，于是服务器就可以按照客户端的需求来生成js脚本并响应了。

JS调用实例：

讯享网

我们看到，传递给flightHandler函数的是一个json，它描述了航班的基本信息。运行一下页面，成功弹出提示窗口，jsonp的执行全过程顺利完成！

JQuery调用实例：

讯享网

是不是有点奇怪？为什么我这次没有写flightHandler这个函数呢？而且竟然也运行成功了！哈哈，这就是jQuery的功劳了，jquery在处理jsonp类型的ajax时（还是忍不住吐槽，虽然jquery也把jsonp归入了ajax，但其实它们真的不是一回事儿），自动帮你生成回调函数并把数据取出来供success属性方法来调用，是不是很爽呀？