这几个视角聊跨域那些事

最新推荐文章于 2024-08-17 17:59:57 发布

树酱

最新推荐文章于 2024-08-17 17:59:57 发布

阅读量149

点赞数 1

文章标签： java http nginx 分布式接口

本文链接：https://blog.csdn.net/u013655559/article/details/111244205

版权

❝
前沿：跨域是一个老生常谈的话题，树酱在github上无意间看到cors-anywhere这个开源库，加上最近身边有一些实习童鞋在本地开发环境中提出疑惑????，本地开发是如何解决跨域问题的？结合以上，也就有了今天的主题，前端跨域解决方案那些事。跨域解决方案比较多，????酱君把平时接触比较多的share一下
❞

1.什么是跨域？

首先我们先看看下面这个列子

这个就是典型的跨域问题，那为何会跨域？是因为浏览器的安全功能“同源策略”，它限制了两个不同源之间的数据访问以及交互，因为不同源，浏览器限制访问不到。本质上是一个安全机制，为了防止程序恶意调用。

2.同源策略

❝
工欲善其事，必先利其器。想要更好地理解跨域，那就要梳理好同源策略，而所谓同源就是指，域名，协议，端口相同，看看下面这个经典演示图，对比下访问 http://a.tree.com的同源检测
❞

Url	结果	原因
http://b.tree.com	不成功	不同域名
http://a.tree.com:81/home	不成功	不同端口
https://a.tree.com/home	不成功	不同协议（http https）
http://a.tree.com/user	成功	域名，协议，端口相同

换句话说：影响是否跨域的3个因素：协议+域名+端口

但是我就是要请求不同源的！咋搞？

3.如何解决浏览器存在的跨域问题？

❝
这个时候就是我们熟悉的CORS出场，CORS是一个W3C标准，全称是"跨域资源共享"（Cross-origin resource sharing），CORS的存在使得浏览器向跨源服务器，发出XMLHttpRequest请求。他是怎么让原本僵持不下的浏览器童鞋和服务器童鞋，成功牵手????的呢？but 也需要两个人的共同努力，主要需要下面两个方面的改造
❞

???? 服务器: 需要实现了CORS接口，就可以跨源通信
???? 浏览器：需要在请求头加上一些头信息

CORS背后的基本思想是通过使用自定义的HTTP头部允许浏览器和服务器了解对方，从而决定请求是否成功响应，而决定是否成功关键步骤就在于“预检”

❝
啊呆同学：我们平时看到我们控制台Network中一个接口会出现两次调用，其中一次是OPTIONS请求，这个是啥？
❞

答：这就是个预检操作。对于非简单请求，会在真正发起请求之前，发起一次HTTP查询请求(OPTIONS请求)，即"预检"请求。预检的目的就是看看浏览器童鞋和服务器童鞋是否牵手成功，浏览器童鞋会先询问服务器童鞋，目前发起请求的域名是否在服务器的白名单中，如果在，浏览器才会真正才会发起正式的XMLHttpRequest请求

❝
啊呆同学：那他们是如何检测是否牵手成功？
❞

答：主要包括CORS相关的HTTP头部有：

客户端发送

Origin：请求来自哪个源
Access-Control-Request-Method：浏览器的CORS请求会用到哪些HTTP方法
Access-Control-Request-Headers：CORS请求会额外发送的头信息字段

服务端接受后，检查????以上相关字段，然后回应下面????其他CORS相关字段

Access-Control-Allow-Origin：表示服务端允许的源
Access-Control-Allow-Headers：表示表明服务器支持的所有头信息字段
Access-Control-Allow-Methods：表明服务器支持的所有跨域请求方法

我们看看下面这个例子，使用Nginx做的静态资源CORS支持，通过add_header增加http响应头

❝
啊芬同学：以前不是都用JSONP吗，两者有什么区别？答：目的相同，但JSONP仅使用与GET请求，而CORS支持所有类型的HTTP请求，而且JSONP主要支持的浏览器都是“老古董”，而现在绝大多数的浏览器都是支持CORS的
❞

???? 拓展阅读：

跨域资源共享 CORS 详解^[1]

4.服务端角度去解决跨域原理

❝
如果有个需求，需要你去调用第三方的API或者资源，但第三方并没有将你的Orgins设置到Access-Control-Allow-Origin头信息中去，那你是无法获取第三方数据资源的，那上面的办法行不通，这种情况该怎么解决？
❞

你可以通过node中间件实现跨域代理，原理大致与上一节提到nginx相同，就是通过启一个代理服务器，实现数据的的转发来完成，简而言之就是在客户端和第三方服务中间再加一个“代理商”，让这个代理商去第三方获取再返回给客户端

4.1 CORS Anywhere

❝
CORS Anywhere是一个NodeJS反向代理，它将CORS标头添加到代理请求中文档链接^[2]
❞

他提供了一个在线的使用版本:https://cors-anywhere.herokuapp.com/://example.com，他的流程是这样，看下图所示????

本质上是一个服务：用来帮你在请求header中添加CORS，这个“代理商”会帮助你的客户端发送请求，然后接收服务端的返回数据再传送给客户端。与早期使用的chrome插件Allow-control-allow-origin一样，“代理商”会在收到服务端返回的时候，在返回的header中加入Access-Control-Allow-Origin: *

❝
啊乐同学:这种原理是什么？
❞

答：该方法利用了同源策略只作用于浏览器-服务器之间的通信，而同源策略并不会限制服务端与服务端之间的通信

翻了下源码，通过重写XMLHttpRequest.open()

???? 拓展阅读：

github- cors-anywhere demo^[3]
Javascript：重写XMLHttpRequest.open（）^[4]

4.2 http-proxy-middleware

❝
http-proxy-middleware用于后台将请求转发给其它服务器，跟上一节提的原理是一致的，不过它是一个中间件，需要结合express使用文档链接^[5]
❞

无论我们平时在使用webpack中webpack-dev-server配置还是vue-cli中的vue.config.js中的devServer，来配置本地开发接口映射，以此接解决本地开发跨域存在的问题，本质上就是基于http-proxy-middleware中间件，通过把后端的API的请求代理到本地服务器上，方便与后台数据调试，解决跨域问题～

配置如下所示：