一文详解最常见的六种跨域解决方案

跨域问题的本质是浏览器为了保证用户的一种安全拦截机制,想要解决跨域问题,只需要告诉浏览器"我是自己人,不要拦我"就行,下面这篇文章主要给大家介绍了关于最常见的六种跨域解决方案的相关资料,需要的朋友可以参考下

−

目录

• 前言：什么是跨域？
• 1、JSONP方式解决跨域：
• 2、CORS方式解决跨域：
• 3、搭建Node代理服务器解决跨域：
• 4、Nginx反向代理解决跨域：
• 5、postMessage方式解决跨域:
• 6、Websocket方式解决跨域：
• 总结：

前言：什么是跨域？

跨域就是当在页面上发送ajax请求时，由于浏览器同源策略的限制，要求当前页面和服务端必须同源，也就是协议、域名和端口号必须一致。

如果协议、域名和端口号中有其中一个不一致，则浏览器视为跨域，进行拦截。

1、JSONP方式解决跨域：

jsonp的原理就是利用了script标签不受浏览器同源策略的限制，然后和后端一起配合来解决跨域问题的。

具体的实现就是在客户端创建一个script标签，然后把请求后端的接口拼接一个回调函数名称作为参数传给后端，并且赋值给script标签的src属性，然后把script标签添加到body中，当后端接收到客户端的请求时，会解析得到回调函数名称，然后把数据和回调函数名称拼接成函数调用的形式返回，客户端解析后会调用定义好的回调函数，然后在回调函数中就可以获取到后端返回的数据了。

 

jsonp的优点就是兼容性好，可以解决主流浏览器的跨域问题，缺点是仅支持GET请求，不安全，可能遭受xss攻击。

2、CORS方式解决跨域：

cors是跨域资源共享，是一种基于 HTTP 头的机制，该机制通过允许服务器标示除了它自己以外的其它 origin（域，协议和端口），使得浏览器允许这些 origin 访问加载自己的资源。服务端设置了Access-Control-Allow-Origin就开启了CORS，所以这种方式只要后端实现了CORS，就解决跨域问题，前端不需要配置。

服务端设置Access-Control-Allow-Origin响应头即可，服务端代码如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

const http = require('http') const url = require('url') // 创建server const server = http.createServer() // 定义跨域访问白名单 const authOrigin = ['http://127.0.0.1:5500'] // 监听http请求 server.on('request', (req, res) => {     const user = { // 模拟返回数据         id: 1,         name: 'zhangsan',         age: 12     }     const origin = req.headers.origin     if(authOrigin.includes(origin)) {         // 添加响应头，实现cors         // res.setHeader('Access-Control-Allow-Origin', '*') // 允许所有的地址跨域访问         res.setHeader('Access-Control-Allow-Origin', origin) // 只有白名单中的地址才可以跨域访问     }     res.end(JSON.stringify(user)) }) // 设置监听端口 server.listen(8081, function() {     console.log('server is running on 8081 port！') })

当客户端访问时服务端接口时，就可以看到响应头中服务端配置的Access-Control-Allow-Origin：

CORS方式解决跨域问题比较常用，只需要后端配置响应头Access-Control-Allow-Origin，前端无需配置，实现简单。

3、搭建Node代理服务器解决跨域：

因为同源策略是浏览器限制的，所以服务端请求服务器是不受浏览器同源策略的限制的，因此我们可以搭建一个自己的node服务器来代理访问服务器。

大概的流程就是：我们在客户端请求自己的node代理服务器，然后在node代理服务器中转发客户端的请求访问服务器，服务器处理请求后给代理服务器响应数据，然后在代理服务器中把服务器响应的数据再返回给客户端。客户端和自己搭建的代理服务器之间也存在跨域问题，所以需要在代理服务器中设置CORS。

基本的工作流程如下：

客户端代码如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

<!-- 引入axios发送请求 --> <script src="https://unpkg.com/axios/dist/axios.min.js"></script> <script>     // 简单封装一个axios向代理服务器发送请求     function proxyAxios(data) {         return axios({             url: 'http://localhost:8081/proxyApi', // 请求自己搭建的node代理服务器的地址             method: 'POST',             headers: { 'content-type': 'application/x-www-form-urlencoded' },             data         })     }     // 使用node代理服务器向服务器发送请求     proxyAxios({         url: 'https://class.imooc.com/getadver',// 需要代理访问真实服务器的url         method: 'GET',     }).then(res => {         console.log('res:', res)     }).catch(err => {         console.log(err)     }) </script>

node服务器代码如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43

/**通过nodeJS搭建自己的代理服务器来解决跨域问题 */ const axios = require('axios') const express = require('express') const bodyParser = require('body-parser') const app = express() // 使用第三方插件 app.use(bodyParser.urlencoded({extended: false})) app.use(bodyParser.json()) // 监听post请求,处理代理接口 app.post('/proxyApi', (req, res) => {     const {body} = req     // 获取post请求的请求参数     let reqParams = {}       for(const key in body) {         reqParams = JSON.parse(key) // 获取到请求参数     }     // 设置响应头     // 代理服务器设置CORS，允许跨域访问     res.setHeader('Access-Control-Allow-Origin', '*')     res.setHeader('Access-Control-Allow-Methods', '*') // 允许所有的请求方式     const {url, method = "GET", ...resConfig} = reqParams || {}      // node代理请求服务器      axios({         url,         method,         ...resConfig       }).then(result => {         const {status, headers, data} = result         res.status(status)         res.setHeader('content-type', headers['content-type'])         res.end(JSON.stringify(data)) // 给客户端返回数据       }).catch(err => {         res.end(JSON.stringify(err))       }) }) // 监听请求 app.listen(8081, () => {     console.log('服务启动成功，在8081端口监听请求....') })

4、Nginx反向代理解决跨域：

nginx通过反向代理解决跨域也是利用了服务器请求服务器不受浏览器同源策略的限制实现的。

客户端请求nginx服务器，在nginx.conf配置文件中配置server监听客户端的请求，然后把location匹配的路径代理到真实的服务器，服务器处理请求后返回数据，nginx再把数据给客户端返回。大致流程如下：

nginx.conf配置文件中的配置：

前端代码如下：

1 2 3 4 5 6 7 8 9 10 11

<script src="https://unpkg.com/axios/dist/axios.min.js"></script> <script>     axios({         url: 'http://localhost:8082/api', // 向nginx服务器发送请求         method: 'get'     }).then(res => {         console.log('res:', res)     }).catch(err => {         console.log('err:', err)     }) </script>

最终要访问的服务端代码如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

const express = require('express') const app = express() app.get('/api', (req, res) => {   const user = { // 模拟返回数据     id: 1,     name: 'zhangsan',     age: 12   }   res.end(JSON.stringify(user)) }) // 监听请求 app.listen(8081, () => {     console.log('服务启动成功，在8081端口监听请求....') })

nginx反向代理方式和node中间件代理方式的原理其实差不多，都是利用了服务器和服务器之间通信不受浏览器的同源策略的限制，但是node代理方式相对复杂一些，还要自己搭建一个node服务器，而用nginx只需要修改nginx.conf配置文件即可解决跨域问题。

5、postMessage方式解决跨域:

window.postMessage() 方法可以安全地实现跨源通信，此方法一种受控机制来规避此限制，只要正确的使用，这种方法就很安全。

主要的用途是实现多窗口，多文档之间通信：

• 页面和其打开的新窗口的数据传递
• 多窗口之间消息传递
• 页面与嵌套的 iframe 消息传递

具体的用法请查看：https://developer.mozilla.org/zh-CN/docs/Web/API/Window/postMessage

接下来实现一个页面与嵌套的 iframe 消息传递的示例：

index.html页面代码如下：http://127.0.0.1:5500

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

<body>     <h2>index页面</h2>     <iframe         src="http://localhost:3000"         frameborder="0"         id="iframe"         onload="load()"         ></iframe> </body> <script>     window.addEventListener('message', ev => {         const {data, origin, source} = ev         if(origin !== 'http://localhost:3000') return         console.log('接收iframe页面发送的消息：', data)     })     function load() {         iframe.contentWindow.postMessage("给iframe页面发送的消息", "http://localhost:3000");     } </script>

iframe页面的代码如下：http://localhost:3000

1 2 3 4 5 6 7 8 9 10 11

<body>     <h1>iframe嵌入的页面</h1> </body> <script>     window.addEventListener('message', ev => {         const {data, origin, source} = ev         if(origin !== 'http://127.0.0.1:5500') return         console.log('接收到index页面发送的消息:', data)         source.postMessage('给index页面发送的消息', origin)     }) </script>

使用postMessage向其它窗口发送数据的时候需要注意的就是，应该始终指定精确的目标 origin，而不是 *，使用window监听message事件，接收其他网站发送的 message时，请始终使用 origin 和 source 属性验证发件人的身份。

6、Websocket方式解决跨域：

使用Websocket也可以解决跨域问题，因为WebSocket本身不存在跨域问题，所以我们可以利用webSocket来进行非同源之间的通信，

WebSocket 规范定义了一个在 Web 浏览器和服务器之间建立“套接字”连接的 API。 简单来说：客户端和服务器之间存在持久连接，双方可以随时开始发送数据。

WebSocket 的基本使用如下，前端代码：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

<script>     const ws = new WebSocket('ws://localhost:8081')     // 当连接打开时，向服务器发送一些数据     ws.onopen = () => {         ws.send('Hi!') // 使用send方法向服务端发送内容     }     // 监听错误     ws.onerror =  error => {         console.log('WebSocket Error ' + error);     };     // 监听服务端发送的数据     ws.onmessage =  e => {         console.log('Server: ' + e.data);     }; </script>

服务端代码如下：

1 2 3 4 5 6 7 8 9 10 11 12

// WebSocket服务 const WebSocket = require("ws"); const server = new WebSocket.Server({ port: 8081 }); server.on("connection", function(socket) {   // 监听客户端发送的消息   socket.on("message", function(data) {     console.log('clent data:', data)     socket.send(data); // 向客户端发送消息   }); });

注意：

• 服务端需要通过npm install ws 来安装ws模块
• 在使用ws的时候发现服务端接收到客户端的数据是二进制，而服务端给客户端返回的数据也是二进制，

解决这个问题的办法就是安装低版本的webSocket依赖，我之前安装的是8.8.1版本的就会出现这个问题，后来切换为7.3.0并重新npm i 和重新启动服务就可以解决这个问题了。

总结：

• jsonp的原理是利用了script标签不受浏览器同源策略的限制，img和link标签也是不受浏览器同源策略限制的。
• 跨域是浏览器限制，服务端和服务端之间通信是不受浏览器同源策略限制的。
• 所有跨域的解决方案都是需要服务端配合的。
• 最常用的跨域解决方案是CORS、Node代理服务器和Nginx反向代理方式。
• postMessage更多的是用在多个文档，窗口之间发送数据。

到此这篇关于最常见的六种跨域解决方案的文章就介绍到这了,更多相关常见跨域解决方案内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！