什么是跨域?
浏览器的同源策略
在解释跨域的概念之前,先让我们来了解下浏览器的同源策略,这也是为什么会有跨域的由来。
同源策略是一项约定,是浏览器的行为,限制了从同一个源下的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的重要安全机制。
所谓同源是指 协议
+域名
+端口
三者都相同,不满足这个条件即为非同源,即使两个不同域名指向同一 IP 地址。 当协议、子域名、主域名、端口号中任意一个不相同时,都算作不同域。 不同域之间相互请求资源,就算作跨域
。
协议 | 子域名 | 主域名 | 端口号 | 资源地址 |
---|---|---|---|---|
http:// | www. | abc.com | :8080 | /scripts/jquery.js |
https:// | cdn. | abc.com | :3000 | /b.js |
同源策略限制的内容:
- Cookie、LocalStorage、IndexedDB 等存储性内容
- DOM 节点
- AJAX 请求发送后,响应结果被浏览器拦截(即请求发送了,服务器响应了)
注意:有三个标签是允许跨域加载资源的:
<img src=XXX>
<link href=XXX>
<script src=XXX>
总结一下就是: 同源策略是浏览器的一种安全行为,是为了阻止一个域下的文档或脚本读取另一个域下的资源污染自身,所以拦截了响应。 这也是为什么表单提交可以跨域(因为没有获取新的内容)。
常用的解决方案
1.JSONP (json with padding)
1) 原理
利用<script>
标签不受跨域限制,将回调函数名作为参数附带在请求中,服务器接受到请求后,进行特殊处理:把接收到的函数名和需要给它的数据拼接成一个字符串返回,客户端会调用相应声明的函数,对返回的数据进行处理。
2) 示例
封装 jsonp 请求
1 | <script> |
上述代码向http://localhost:3000/say?wd=Iloveyou&cb=show
发起请求,服务器返回show('我不爱你')
,因而前台将会调用 show 方法。
1 | let express = require('express'); |
3) 优缺点
简单兼容性好,解决主流浏览器跨域数据访问。缺点是仅支持GET
方法,且需要服务器做支持才能实现。
2.CORS
CORS(cross-origin resource share)跨域资源共享 只是在 HTTP 协议内部,新增了若干个 header 字段 ,来制定 跨域资源共享
的实现规则。
目前所有浏览器都支持该功能(IE8+:IE8/9 需要使用 XDomainRequest 对象来支持 CORS)),CORS 也已经成为主流的跨域解决方案。浏览器会自动进行 CORS 通信,实现 CORS 通信的关键在于后端。只要后端实现了 CORS,就实现了跨域。根据浏览器发送的请求可以分为两种情况。
1) 简单请求
若请求满足所有下述条件,则该请求可视为“简单请求”:
- 使用下列方法之一:
- GET
- HEAD
- POST
- Fetch 规范定义了对 CORS 安全的首部字段集合,不得人为设置该集合之外的其他首部字段。该集合为:
- Accept
- Accept-Language
- Content-Language
- Content-Type (需要注意额外的限制)
- DPR
- Downlink
- Save-Data
- Viewport-Width
- Width
- Content-Type 的值仅限于下列三者之一:
- text/plain
- multipart/form-data
- application/x-www-form-urlencoded
- 请求中的任意 XMLHttpRequestUpload 对象均没有注册任何事件监听器;XMLHttpRequestUpload 对象可以使用 XMLHttpRequest.upload 属性访问。
- 请求中没有使用 ReadableStream 对象。
对于简单请求,只服务端设置 Access-Control-Allow-Origin 即可,前端无须设置,若要带 cookie 请求:前后端都需要设置。
需注意的是:由于同源策略的限制,所读取的 cookie 为跨域请求接口所在域的 cookie,而非当前页。如果想实现当前页 cookie 的写入,可参考 nginx 反向代理中设置 proxy_cookie_domain 和 NodeJs 中间件代理中 cookieDomainRewrite 参数的设置。
1 | <script> |
1 | const http = require('http'); |
2) 复杂请求
不符合以上条件的请求就肯定是复杂请求了。
复杂请求的 CORS 请求,会在正式通信之前,增加一次 HTTP 查询请求,称为 预检
请求,该请求是 option
方法的,通过该请求来知道服务端是否允许跨域请求。
复杂请求例子:
1 | // index.html |
1 | let express = require('express'); |
上述代码由http://localhost:3000/index.html向http://localhost:4000/跨域请求,正如我们上面所说的,后端是实现 CORS 通信的关键,需要对引起跨域的因素在 OPTION 中进行相应的处理。
3.ngnix 反向代理
1) 跨域原理
同源策略是浏览器的安全策略,不是 HTTP 协议的一部分。而服务器端调用 HTTP 接口只是使用 HTTP 协议,不会执行 JS 脚本,不需要同源策略,因此也就不存在跨越问题。
2) 实现思路
通过nginx
配置一个代理服务器(域名与 domain1 相同,端口不同)做跳板机,反向代理访问 domain2 接口,并且可以顺便修改 cookie 中 domain 信息,方便当前域 cookie 写入,实现跨域登录。
3) 示例代码
nginx 相关配置:
1 | server { |
前端代码:
1 | // index.html |
Nodejs 后台:
1 | // server.js |
4.Nodejs 中间件代理
1)原理
原理和上面的 nginx 大致相同,都是利用服务器之间无需遵守同源策略,通过一个代理服务器,实现请求的转发以及设置 CORS。
2) 实现思路
node + express + http-proxy-middleware 搭建 proxy 服务器
3) 示例代码
前端代码:
1 | <script> |
中间件:
1 | var express = require('express'); |
后台接口:
1 | var express = require('express'); |