0分享至
用扫码二维码
分享至好友和朋友圈
作者：一川
1.写在前面同域和跨域问题是老生常谈的问题，同源无外乎：主机、端口号、协议保持一致，当其中一个不一致的时候就是存在跨域问题，这时候就需要我们进行处理。
常见的跨域方案有以下九种：
JSONPCORSpostMessagewebSocketwindow.name + iframedocument.domain + iframelocation.hash + iframenginx反向代理http-proxy2.JSONPJSONP(JSON with Padding) 是JSON的一种‘使用模式’，可以跨域的获取到数据。
手写JSONP代码的思路是：
设置等待我们请求的url，将参数对象params的参数进行拼接得到一个字符串构造scriptjs代码使用document.createElement创建一个script标签返回一个Promise，无论最终是返回成功还是失败的数据，都要对script标签进行移除请求页面代码index.html：
服务器代码：
const express = require("express")const app = express()app.get("/say",(req,res)=>{const {wd, cb} = req.query;console.log("wd", wd);res.end(`${cb}("Pingping i love you")`)app.listen(3000,()=>{console.log(`this is server is running...`);})1.2.3.4.5.6.7.8.9.10.11.12.服务器打印：
页面数据打印：
我们看到当刘拉你去通过jsonp向后端请求时，后端接收请求后进行打印数据，而后向前端返回Pingping i love you在控制台进行打印。
3.CORS我们知道JSONP也可以跨域,那为什么还要使用CORS呢?
jsonp只可以使用 GET 方式提交不好调试，在调用失败的时候不会返回任何状态码安全性问题当提供JSONP的服务被恶意注入漏洞，那么它返回数据的JS内容就被人控制了，这样调用这个JSONP的网站都会存在这个漏洞，因此必须在确保JSONP内容安全可靠的时候才能进行使用。
CORS是一个W3C标准,全称是"跨域资源共享"(Cross-origin resource sharing)，他允许浏览器向跨源服务器发送XMLHttpRequest请求，从而克服啦 AJAX 只能同源使用的限制。
CORS需要浏览器和服务器同时支持，整个 CORS通信过程，都是浏览器自动完成不需要用户参与，对于开发者来说，CORS的代码和正常的 AJAX 没有什么差别，浏览器一旦发现跨域请求，就会添加一些附加的头信息。
但是，CORS仅支持IE10以上的版本。
index.htmlserver01.jsconst express = require("express");const app = express();app.use(express.static(__dirname));app.listen(3002,()=>{console.log(`:3002`);});1.2.3.4.5.6.server02.jsconst express = require("express")const app = express()app.get("/getData",(req,res)=>{const {wd, cb} = req.query;console.log("wd", wd);res.end(`${cb}("Pingping i love you")`)app.listen(3001,()=>{console.log(`this is server is running...`);})1.2.3.4.5.6.7.8.9.10.11.12.13.我们看到，当写好了ajax请求代码，在启动server01.js服务后，在浏览器向后端请求数据，我们发现出现了跨域报错。
那么我们需要在后端服务进行设置Access-Control-Allow-Origin实现跨域请求。
const whitList = [":3002"]app.use((req, res, next)=>{const origin = req.headers.origin;if(whitList.includes(origin)){// 设置哪个源可以访问我们res.setHeader("Access-Control-Allow-Origin",origin);// 允许携带哪个头访问我res.setHeader("Access-Control-Allow-Headers","name");// 允许哪个方法访问我 默认允许get post请求res.setHeader("Access-Control-Allow-Methods","PUT");// 允许携带cookieres.setHeader("Access-Control-Allow-Credentials",true);// 预检的存活时间res.setHeader("Access-Control-Max-Age",10);// 允许返回的头res.setHeader("Access-Control-Expose-Headers","name");if(req.method === "OPTIONS"){res.end();//OPTIONS请求不做任何处理next()})1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.此时，我们看到：
4.postMessagepostMessage是H5引入的API，postMessage()方法允许来自不同源的脚本采用异步方式进行有效的通信，可以实现跨文本文档、多窗口、跨域消息传递。多用于窗口间数据通信，这也使它成为跨域通信的一种有效的解决方案。
发送数据：
otherWindow.postMessage(message, targetOrigin, [transfer]);1.
pingping.htmlonechuan.html我们可以看到，在onechuan.html中通过postMessage请求并展示了pingping.html页面的数据，控制台出现了i love u onechuan。
5.window.name+iframewindow.name属性name 值在不同的页面(甚至不同域名)加载后依旧存在(如果没修改则值不会变化)，并且可以支持非常长的 name 值(2MB)。并且使用window.name很方便。
name 在浏览器环境中是一个全局/window对象的属性，且当在 iframe 中加载新页面(可以是不同域的)时，name 的属性值依旧保持不变(只要不重新赋值)。name属性的值虽然不变，但对它的访问还是受到同域原则，不允许访问。所以我们要把iframe重新定向回原域，这样name的值也没变，并且可以访问了。
a.html和b.html是同域的 :3000c.html 是独立的 :3001a.html获取c.html的数据a.html先引用c.html，c把值放在window.name，把a引用的地址改为b.htmla.htmlb.html为中间代理页，与a.html同域，内容为空。
c.html总结：通过iframe的src属性由外域转向本地域，跨域数据即由iframe的window.name从外域传递到本地域。这个就巧妙地绕过了浏览器的跨域访问限制，但同时它又是安全操作。
6.location.hash+iframe实现原理：a.html欲与c.html跨域相互通信，通过中间页b.html来实现。三个页面，不同域之间利用iframe的location.hash传值，相同域之间直接js访问来通信。
路径后面的hash值可以用来通信，我们的目的从a想访问c，那么从a给c传一个hash值，c收到hash值后，c把hash值传递给b，那么b将结果放在a的hash值中。
a.htmlb.htmlc.html在a.html页面通过iframe打开c.html页面，而c.html中创建iframe标签设置src为b.html，最终打开了b.html页面，能够在控制台打印hash值。
7.document.domain + iframe该方式只能用于二级域名相同的情况下，比如 a.onechuan.com 和 b.onechuan.com 适用于该方式。只需要给页面添加 document.domain =onechuan.com 表示二级域名都相同就可以实现跨域。
实现原理：两个页面都通过js强制设置document.domain为基础主域，就实现了同域。我们看个例子：页面a.onechuna.com:3000/a.html获取页面b.onechuan.com:3000/b.html中a的值
a.html
b.html
设置host:
127.0.0.1 a.onechuan.com127.0.0.1 b.onechuan.com1.2.8.webSocketWebSocket 是一种双向通信协议，在建立连接之后，WebSocket 的 server 与 client 都能主动向对方发送或接收数据。同时，WebSocket 在建立连接时需要借助 HTTP 协议，连接建立好了之后 client 与 server 之间的双向通信就与 HTTP 无关了。
实际使用的时候，我们会用封装好的Socket.io。
websocket.htmlserver.jsconst WebSocket = require("ws");const wss = new WebSocket.Server({port:3000});wss.on("connection",ws=>{ws.on("message",data=>{console.log("data",data);ws.send("i love u onechuan")})1.2.3.4.5.6.7.8.9.nginx反向代理使用nginx反向代理实现跨域，是最简单的跨域方式。只需要修改nginx的配置即可解决跨域问题，支持所有浏览器，支持session，不需要修改任何代码，并且不会影响服务器性能。
实现思路：通过nginx配置一个代理服务器(域名与domain1相同，端口不同)做跳板机，反向代理访问domain2接口，并且可以顺便修改cookie中domain信息，方便当前域cookie写入，实现跨域登录。
先下载nginx，然后将nginx目录下的nginx.conf修改如下:
// proxy服务器server {listen 81;server_namewww.domain1.com;location / {proxy_pass :8080;#反向代理proxy_cookie_domain www.domain2.com www.domain1.com; #修改cookie里域名indexindex.html index.htm;# 当用webpack-dev-server等中间件代理接口访问nignx时，此时无浏览器参与，故没有同源限制，下面的跨域配置可不启用add_header Access-Control-Allow-Origin ;#当前端只跨域不带cookie时，可为*add_header Access-Control-Allow-Credentials true;}1.2.3.4.5.6.7.8.9.10.11.12.13.14.最后通过命令行nginx -s reload启动nginx。
index.htmlvar xhr = new XMLHttpRequest();// 前端开关：浏览器是否读写cookiexhr.withCredentials = true;// 访问nginx中的代理服务器xhr.open(get, :81/?user=admin, true);xhr.send();1.2.3.4.5.6.
server.jsvar http = require(http);var server = http.createServer();var qs = require(querystring);server.on(request, function(req, res) {var params = qs.parse(req.url.substring(2));// 向前台写cookieres.writeHead(200, {Set-Cookie: l=a;Path=/;Domain=www.domain2.com;HttpOnly // HttpOnly:脚本无法读取});res.write(JSON.stringify(params));res.end();});server.listen(8080);console.log(Server is running at port 8080...);1.2.3.4.5.6.7.8.9.10.11.12.13.14.
10.http-proxy同源策略是浏览器需要遵循的标准，而如果是服务器向服务器请求就无需遵循同源策略。
代理服务器，需要做以下几个步骤：
接受客户端请求 。将请求转发给服务器。拿到服务器 响应 数据。将 响应 转发给客户端。我们先来看个例子：本地文件index.html文件，通过代理服务器:3000向目标服务器:4000请求数据。
server.jsserver2.js// server2.js(:4000)const http = require(http)const data = { title: fontend, password:}const server = http.createServer((request, response) => {if (request.url === /) {response.end(JSON.stringify(data))server.listen(4000, () => {console.log(The server is running at :4000)})1.2.3.4.5.6.7.8.9.10.11.上述代码经过两次跨域，值得注意的是浏览器向代理服务器发送请求，也遵循同源策略，最后在index.html文件打印出{"title":"fontend","password":""}。
11.参考文章九种跨域方式实现原理(完整版)postMessage可太有用了面试题之Jsonp的理解及手写代码12.写在最后我们知道JSONP只支持GET请求，不支持IE10以下的浏览器，且存在安全性问题容易被恶意劫持。而CORS支持所有类型的HTTP请求，是跨域HTTP请求的根本解决方案，实际生产中，使用得比较多的跨域方案是cors和nginx反向代理。
责任编辑：武晓燕来源： 前端一码平川
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
/阅读下一篇/ 返回网易首页 下载网易新闻客户端