前后端分离项目，如何解决跨域问题？

首先说一下，跨域它不是一个问题，它是浏览器的一种安全策略，叫同源策略。拿前后端分离项目来说，前端调试或者部署的地址，与api的地址，必须拥有相同的协议、域名、端口号。否则，前端请求后端的接口会报错。

如何实现跨域呢？

很多文章都有介绍，使用jsonp、cors服务端配置、代理等等，jsonp这种黑科技还是尽量不用吧，有很大的局限性，并且前后端改动都比较麻烦。

从项目实践的角度来讲，前后端分离项目应该这样实现跨域：

开发阶段，从我带过的项目发现，很多时候前端会要求后端配置cors请求头，然后后端无脑的设置Access-Control-Allow-Origin: *，上线的时候带来很大的安全隐患。正确的姿势应该是前端来解决，前端小白可能惊呆了，咋解决啊？前端框架vue、react都提供了代理功能，配置proxy选项就好了，具体怎么配置前端自己去查查，框架的官方文档都有介绍。

正式上线，这个时候通常使用代理，前端请求接口地址一律使用当前域名下的/api/xxx/xxx。然后配置web服务器，对/api/开头的请求进行代理，转发到后端服务器或者后端部署端口。

前后端分离项目跨域问题是不可避免的。通常情况下前端由React、Vue等框架编写，通过ajax请求服务端API，传输数据用json格式。

那么为什么有跨域的问题呢？解决跨域问题有哪些方式？搞清楚这两个问题我们需要了解一下什么是同源策略。

浏览器的同源策略

同源策略（Same origin policy）是一种安全约定，是所有主流浏览器最核心也是最基本的安全功能之一。同源策略规定：不同域的客户端脚本在没有明确授权的情况下，不能请求对方的资源。同源指的是：域名、协议、端口均相同。

比如我们访问一个网站

http://www.test.com/index.html,

另外，同源策略又分如下两种情况：

1. DOM同源策略：禁止对不同源的页面DOM进行操作，主要防止iframe的情况。比如iframe标签里放一个支付宝付款的页面，如果没有同源策略，那么钓鱼网站除了域名不同，其他的则可以和支付宝的网站一模一样。

2. XMLHttpRequest同源策略：禁止使用XHR对象向不同源的服务器发起http请求。比如网站记录了银行的cookie，这个时候你访问了恶意网站，黑客拿到你的cookie，再通过ajax请求之前的银行网站，便可以轻易的拿到你的银行信息。

所以，正是因为有了同源策略，大家的网络环境才相对的安全一些。

跨域问题的解决办法

了解了同源策略，就知道为什么会有跨域问题的产生了，都是为了安全。但是实际研发中，大家还是需要跨域去访问资源。典型的应用场景就是前后端分离的项目了。那么我们如何去解决跨域问题呢？

CORS-跨域资源共享

CORS是一种W3C标准，定义了当产生跨域问题的时候，客户端与服务端如何通信解决跨域问题。实际上就是前后端约定好定义一些自定义的http请求头，让客户端发起请求的时候能够让服务端识别出来该请求是过还是不过。

浏览器将CORS请求分为简单请求和非简单请求：

简单请求

简单请求必须满足以下两个条件：

1. 请求方式必须是HEAD、GET、POST三种方法之一。

2. Http请求头必须只能是：Accept、Accept-Lanuage、Content-Lanuage、Last-Event-ID、Content-Type，其中Content-Type只限于三个值 Application/x-www-form-urlencoded、multipart/form-data、text/plain。

非简单请求

不满足简单请求条件的就是非简单请求。针对非简单请求，浏览器会发起预检请求。预检请求的意思是当浏览器检查到你的页面含有跨域请求的时候，会发送一个OPTIONS请求给对应的服务器，以检测服务器是否允许当前域名的跨域请求。如果服务端允许该域名请求，则返回204或200状态码，浏览器接收到允许请求时候再继续发送对应的GET/POST/PUT/DELETE请求。同时服务器端也会告知浏览器预检请求的缓存时长是多少，在这个时间范围内，浏览器不会再次发起预检请求。

原理基本上就是上面说的这些，实际业务中我们如何通过配置来解决跨域问题呢？基本上常见的就是三种方式：

Nginx配置

通常我们在nginx增加如下配置即可解决跨域问题：

用nginx这种方式是最舒服的，不需要客户端和服务端多做其他工作，对代码无入侵。

jsonp

因为script标签是不受浏览器同源策略的影响，允许跨域请求资源（我们的每一个页面都引用了大量第三方js文件）。所以可以利用动态创建script标签，通过src属性发起跨域请求，这就是jsonp的原理。但是jsonp只支持GET请求，所以并不是一种好的方式。

服务端代码控制

可以在服务端增加对跨域请求的支持：

这种方式相当于全局过滤器，对所有请求都过滤一遍。

以上三种方式都可以一定程度上解决跨域问题，但是nginx配置和服务端控制不能同时存在，否则会报“Access-Control-Allow-Origin Not Allow Multiple value”的错误。个人比较推荐nginx配置的方式，一劳永逸，不需要每个web项目都去编写跨域的代码。

大家在工作中有没有遇到过跨域问题呢？都是怎么解决的？欢迎评论区交流讨论，共同学习~