前端跨域解决方案（全）

时间 2019-11-30

标签前端解决方案繁體版

原文原文链接

首先什么是跨域？css

是指一个域下的文档或脚本试图去请求另外一个域下的资源；html

举个栗子：前端

一、 资源跳转： A连接、重定向、表单提交；
二、 资源嵌入： <link>、<script>、<img>、<frame>等dom标签，还有样式中background:url()、@font-face()等文件外链； 三、 脚本请求： js发起的ajax请求、dom和js对象的跨域操做等；

什么是同源策略请求？ node

同源策略/SOP（Same origin policy）是一种约定，是浏览器最核心也最基本的安全功能，若是缺乏了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即使两个不一样的域名指向同一个ip地址，也非同源。跨域就是非同源策略请求。jquery

同源策略限制内容有：nginx

Cookie、LocalStorage、IndexedDB 等存储性内容web
DOM 节点ajax
AJAX 请求发送后，结果被浏览器拦截了express

可是有三个标签是容许跨域加载资源：json

<img src=XXX>
<link href=XXX>
<script src=XXX>
<iframe src=xxx>

2.常见跨域场景

当协议、子域名、主域名、端口号中任意一个不相同时，都算做不一样域。不一样域之间相互请求资源，就算做“跨域”。常见跨域场景以下图所示：

说明：

一、若是是协议和端口形成的跨域，前端是无能为力的；

二、跨域是不会根据域名对应的ip地址是否相同来判断的，就是说协议、域名、端口必需要匹配；

这里你或许有个疑问：请求跨域了，那么请求到底发出去没有？

跨域并非请求发不出去，请求能发出去，服务端能收到请求并正常返回结果，只是结果被浏览器拦截了。你可能会疑问明明经过表单的方式能够发起跨域请求，为何 Ajax 就不会?由于归根结底，跨域是为了阻止用户读取到另外一个域名下的内容，Ajax 能够获取响应，浏览器认为这不安全，因此拦截了响应。可是表单并不会获取新的内容，因此能够发起跨域请求。同时也说明了跨域并不能彻底阻止 CSRF，由于请求毕竟是发出去了。

跨域解决方案：(9种)

经过jsonp跨域

跨域资源共享（CORS）

document.domain + iframe跨域

location.hash + iframe

postMessage跨域

window.name + iframe跨域

WebSocket协议跨域

nginx代理跨域
nodejs中间件代理跨域

1、JSONP

JSONP 原理

利用 script 标签没有跨域限制的漏洞，网页能够获得从其余来源动态产生的 JSON 数据。JSONP 请求必定须要对方的服务器作支持才能够。

JSONP 和 AJAX 对比

JSONP 和 AJAX 相同，都是客户端向服务器端发送请求，从服务器端获取数据的方式。但 AJAX 属于同源策略，JSONP 属于非同源策略（跨域请求）

JSONP 优缺点

JSONP 优势是简单兼容性好，可用于解决主流浏览器的跨域数据访问的问题。缺点是仅支持 get 方法具备局限性,不安全可能会遭受 XSS 攻击。

JSONP 的实现流程

声明一个回调函数，其函数名(如 show)当作参数值，要传递给跨域请求数据的服务器，函数形参为要获取目标数据(服务器返回的 data)。
建立一个script标签，把那个跨域的 API 数据接口地址，赋值给 script 的 src,还要在这个地址中向服务器传递该函数名（能够经过问号传参:?callback=show）。
服务器接收到请求后，须要进行特殊的处理：把传递进来的函数名和它须要给你的数据拼接成一个字符串,例如：传递进去的函数名是 show，它准备好的数据是show('我不爱你')。
最后服务器把准备的数据经过 HTTP 协议返回给客户端，客户端再调用执行以前声明的回调函数（show），对返回的数据进行操做。

在开发中可能会遇到多个 JSONP 请求的回调函数名是相同的，这时候就须要本身封装一个 JSONP 函数。

// index.html
function jsonp({ url, params, callback }) {
  return new Promise((resolve, reject) ={
    let script = document.createElement('script')
    window[callback] = function(data) {
      resolve(data)
      document.body.removeChild(script)
    }
    params = { ...params, callback } // wd=b&callback=show
    let arrs = []
    for (let key in params) {
      arrs.push(`${key}=${params[key]}`)
    }
    script.src = `${url}?${arrs.join('&')}`
    document.body.appendChild(script)
  })
}
jsonp({
  url: 'http://localhost:3000/say',
  params: { wd: 'Iloveyou' },
  callback: 'show'
}).then(data ={
  console.log(data)
})

上面这段代码至关于向http://localhost:3000/say?wd=Iloveyou&callback=show这个地址请求数据，而后后台返回show('我不爱你')，最后会运行 show()这个函数，打印出'我不爱你'

// server.js
let express = require('express')
let app = express()
app.get('/say', function(req, res) {
  let { wd, callback } = req.query
  console.log(wd) // Iloveyou
  console.log(callback) // show
  res.end(`${callback}('我不爱你')`)
})
app.listen(3000)

jQ实现代码：

$.ajax({
url:"http://crossdomain.com/jsonServerResponse",
dataType:"jsonp",
type:"get",//能够省略
jsonpCallback:"show",//->自定义传递给服务器的函数名，而不是使用jQuery自动生成的，可省略
jsonp:"callback",//->把传递函数名的那个形参callback，可省略
success:function (data){
console.log(data);}
});

2、CORS跨域资源共享

CORS 须要浏览器和后端同时支持。IE 8 和 9 须要经过 XDomainRequest 来实现。

浏览器会自动进行 CORS 通讯，实现 CORS 通讯的关键是后端。只要后端实现了 CORS，就实现了跨域。

服务端设置 Access-Control-Allow-Origin 就能够开启 CORS。该属性表示哪些域名能够访问资源，若是设置通配符则表示全部网站均可以访问资源。

虽然设置 CORS 和前端没什么关系，可是经过这种方式解决跨域问题的话，会在发送请求时出现两种状况，分别为简单请求和复杂请求。

缺点：指定一个源，能够携带cookie, 若是想要指定多个源，则写* 可是不容许携带cookie;

1) 简单请求

只要同时知足如下两大条件，就属于简单请求

条件 1：使用下列方法之一：

GET
HEAD
POST

条件 2：Content-Type 的值仅限于下列三者之一：

text/plain
multipart/form-data
application/x-www-form-urlencoded

请求中的任意 XMLHttpRequestUpload 对象均没有注册任何事件监听器； XMLHttpRequestUpload 对象可使用 XMLHttpRequest.upload 属性访问。

2) 复杂请求

不符合以上条件的请求就确定是复杂请求了。
复杂请求的 CORS 请求，会在正式通讯以前，增长一次 HTTP 查询请求，称为"预检"请求,该请求是 option 方法的，经过该请求来知道服务端是否容许跨域请求。

咱们用PUT向后台请求时，属于复杂请求，后台需作以下配置：

// 容许哪一个方法访问我
res.setHeader('Access-Control-Allow-Methods', 'PUT')
// 预检的存活时间
res.setHeader('Access-Control-Max-Age', 6)
// OPTIONS请求不作任何处理
if (req.method === 'OPTIONS') {
  res.end()
}
// 定义后台返回的内容
app.put('/getData', function(req, res) {
  console.log(req.headers)
  res.end('我不爱你')
})

接下来咱们看下一个完整复杂请求的例子，而且介绍下 CORS 请求相关的字段

// index.html
let xhr = new XMLHttpRequest()
document.cookie = 'name=xiamen' // cookie不能跨域
xhr.withCredentials = true // 前端设置是否带cookie
xhr.open('PUT', 'http://localhost:4000/getData', true)
xhr.setRequestHeader('name', 'xiamen')
xhr.onreadystatechange = function() {
  if (xhr.readyState === 4) {
    if ((xhr.status >= 200 && xhr.status < 300) || xhr.status === 304) {
      console.log(xhr.response)
      //获得响应头，后台需设置Access-Control-Expose-Headers
      console.log(xhr.getResponseHeader('name'))
    }
  }
}
xhr.send()

//server1.js
let express = require('express');
let app = express();
app.use(express.static(__dirname));
app.listen(3000);

//server2.js
let express = require('express')
let app = express()
let whitList = ['http://localhost:3000'] //设置白名单
app.use(function(req, res, next) {
  let origin = req.headers.origin
  if (whitList.includes(origin)) {
    // 设置哪一个源能够访问我
    res.setHeader('Access-Control-Allow-Origin', origin)
    // 容许携带哪一个头访问我
    res.setHeader('Access-Control-Allow-Headers', 'name')
    // 容许哪一个方法访问我
    res.setHeader('Access-Control-Allow-Methods', 'PUT')
    // 容许携带cookie
    res.setHeader('Access-Control-Allow-Credentials', true)
    // 预检的存活时间
    res.setHeader('Access-Control-Max-Age', 6)
    // 容许返回的头
    res.setHeader('Access-Control-Expose-Headers', 'name')
    if (req.method === 'OPTIONS') {
      res.end() // OPTIONS请求不作任何处理
    }
  }
  next()
})
app.put('/getData', function(req, res) {
  console.log(req.headers)
  res.setHeader('name', 'jw') //返回一个响应头，后台需设置
  res.end('我不爱你')
})
app.get('/getData', function(req, res) {
  console.log(req.headers)
  res.end('我不爱你')
})
app.use(express.static(__dirname))
app.listen(4000)

上述代码由http://localhost:3000/index.html向http://localhost:4000/跨域请求，正如咱们上面所说的，后端是实现 CORS 通讯的关键。


3、基于http proxy实现跨域请求

Node 中间件代理(两次跨域)

实现原理：同源策略是浏览器须要遵循的标准，而若是是服务器向服务器请求就无需遵循同源策略。
代理服务器，须要作如下几个步骤：

接受客户端请求。
将请求转发给服务器。
拿到服务器响应数据。
将响应转发给客户端。

咱们先来看个例子：本地文件 index.html 文件，经过代理服务器http://localhost:3000向目标服务器http://localhost:4000请求数据。

// index.html(http://127.0.0.1:5500)
 <script src="https://cdn.bootcss.com/jquery/3.3.1/jquery.min.js"></script>
    <script>
      $.ajax({
        url: 'http://localhost:3000',
        type: 'post',
        data: { name: 'xiamen', password: '123456' },
        contentType: 'application/json;charset=utf-8',
        success: function(result) {
          console.log(result) // {"title":"fontend","password":"123456"}
        },
        error: function(msg) {
          console.log(msg)
        }
      })
     </script>

// server1.js 代理服务器(http://localhost:3000)
const http = require('http')
// 第一步：接受客户端请求
const server = http.createServer((request, response) ={
  // 代理服务器，直接和浏览器直接交互，须要设置CORS 的首部字段
  response.writeHead(200, {
    'Access-Control-Allow-Origin': '*',
    'Access-Control-Allow-Methods': '*',
    'Access-Control-Allow-Headers': 'Content-Type'
  })
  // 第二步：将请求转发给服务器
  const proxyRequest = http
    .request(
      {
        host: '127.0.0.1',
        port: 4000,
        url: '/',
        method: request.method,
        headers: request.headers
      },
      serverResponse ={
        // 第三步：收到服务器的响应
        var body = ''
        serverResponse.on('data', chunk ={
          body += chunk
        })
        serverResponse.on('end', () ={
          console.log('The data is ' + body)
          // 第四步：将响应结果转发给浏览器
          response.end(body)
        })
      }
    )
    .end()
})
server.listen(3000, () ={
  console.log('The proxyServer is running at http://localhost:3000')
})

// server2.js(http://localhost:4000)
const http = require('http')
const data = { title: 'fontend', password: '123456' }
const server = http.createServer((request, response) ={
  if (request.url === '/') {
    response.end(JSON.stringify(data))
  }
})
server.listen(4000, () ={
  console.log('The server is running at http://localhost:4000')
})

上述代码通过两次跨域，值得注意的是浏览器向代理服务器发送请求，也遵循同源策略，最后在 index.html 文件打印出{"title":"fontend","password":"123456"}

4、基于postMessage实现跨域处理

postMessage 是 HTML5 XMLHttpRequest Level 2 中的 API，且是为数很少能够跨域操做的 window 属性之一，它可用于解决如下方面的问题：

页面和其打开的新窗口的数据传递
多窗口之间消息传递
页面与嵌套的 iframe 消息传递
上面三个场景的跨域数据传递

postMessage()方法容许来自不一样源的脚本采用异步方式进行有限的通讯，能够实现跨文本档、多窗口、跨域消息传递。

otherWindow.postMessage(message, targetOrigin, [transfer]);

message: 将要发送到其余 window 的数据。
targetOrigin:经过窗口的 origin 属性来指定哪些窗口能接收到消息事件，其值能够是字符串"*"（表示无限制）或者一个 URI。在发送消息的时候，若是目标窗口的协议、主机地址或端口这三者的任意一项不匹配 targetOrigin 提供的值，那么消息就不会被发送；只有三者彻底匹配，消息才会被发送。
transfer(可选)：是一串和 message 同时传递的 Transferable 对象. 这些对象的全部权将被转移给消息的接收方，而发送一方将再也不保有全部权。

接下来咱们看个例子： http://localhost:3000/a.html页面向http://localhost:4000/b.html传递“123”,而后后者传回"456"。

// a.html
  <iframe src="http://localhost:4000/b.html" frameborder="0" id="frame" onload="load()"></iframe//等它加载完触发一个事件
  //内嵌在http://localhost:3000/a.html
    <script>
      function load() {
        let frame = document.getElementById('frame')
        frame.contentWindow.postMessage('123', 'http://localhost:4000') //发送数据
        window.onmessage = function(e) { //接受返回数据
          console.log(e.data) //456
        }
      }
    </script>

// b.html
  window.onmessage = function(e) {
    console.log(e.data) //123
    e.source.postMessage('456', e.origin) //e.source 是目标页面1
 }

5.websocket

Websocket 是 HTML5 的一个持久化的协议，它实现了浏览器与服务器的全双工通讯，同时也是跨域的一种解决方案。WebSocket 和 HTTP 都是应用层协议，都基于 TCP 协议。可是 WebSocket 是一种双向通讯协议，在创建链接以后，WebSocket 的 server 与 client 都能主动向对方发送或接收数据。同时，WebSocket 在创建链接时须要借助 HTTP 协议，链接创建好了以后 client 与 server 之间的双向通讯就与 HTTP 无关了。

原生 WebSocket API 使用起来不太方便，咱们使用Socket.io，它很好地封装了 webSocket 接口，提供了更简单、灵活的接口，也对不支持 webSocket 的浏览器提供了向下兼容。

咱们先来看个例子：本地文件 socket.html 向localhost:3000发生数据和接受数据

// socket.html
<script>
    let socket = new WebSocket('ws://localhost:3000');
    socket.onopen = function () {
      socket.send('123');//向服务器发送数据
    }
    socket.onmessage = function (e) {
      console.log(e.data);//接收服务器返回的数据
    }
</script>

// server.js
let express = require('express');
let app = express();
let WebSocket = require('ws');//记得安装ws
let wss = new WebSocket.Server({port:3000});
wss.on('connection',function(ws) {
  ws.on('message', function (data) {
    console.log(data);
    ws.send('456')
  });
})

跨域问题的产生及其价值意义

JSONP跨域解决方案的底层原理

CORS跨域资源共享

基于http proxy实现跨域请求

基于post message实现跨域处理

基于iframe的跨域解决方案

和nginx反向代理

5、基于iframe的跨域解决方案

6、webscoket和nginx反向代理