前端常見跨域解決方案（全）-js教程-PHP中文網

首頁

web前端

js教程

前端常見跨域解決方案（全）

jacklove

May 21, 2018 pm 04:26 PM

前端方案跨域

在學習中經常看見跨域的相關內容，本篇將星界跨域的解決方案。

跨域解決方案
1、透過jsonp跨域
2、 document.domain iframe跨域
3、 location.hash iframe
4、window.name iframe跨域
5、 postMessage跨域
6、跨域資源共享（CORS）
7、 nginx代理跨域
8、 nodejs中間件代理跨域
9、 WebSocket協定跨域
一、透過jsonp跨域
通常為了減輕web伺服器的負載，我們把js、css，img等靜態資源分離到另一台獨立網域的伺服器上，在html頁面中再透過對應的標籤從不同網域下載入靜態資源，而被瀏覽器允許，基於此原理，我們可以透過動態建立script，再請求一個帶參網址實現跨域通訊。
1.）原生實作：

<script> 
  var script = document.createElement(&#39;script&#39;); 
script.type = &#39;text/javascript&#39;; // 传参并指定回调执行函数为onBack script.src = &#39;http://www.domain2.com:8080/login?user=admin&callback=onBack&#39;; document.head.appendChild(script); // 回调执行函数 function onBack(res) {
 alert(JSON.stringify(res)); 
} </script>

服務端傳回如下（返回時即執行全域函數）：

onBack({"status": true, "user": "admin"})
2.）jquery ajax：
$.ajax({ url: &#39;http://www.domain2.com:8080/login&#39;, type: &#39;get&#39;, dataType: &#39;jsonp&#39;, // 请求方式为jsonp jsonpCallback: "onBack", // 自定义回调函数名 data: {}});

3.）vue.js：
this.$http.jsonp(&#39;http://www.domain2.com:8080/login&#39;, { params: {}, jsonp: &#39;onBack&#39;}).then((res) => { console.log(res); })

後端node.js程式碼範例：

var querystring = require(&#39;querystring&#39;);var http = require(&#39;http&#39;);var server = http.createServer();
server.on(&#39;request&#39;, function(req, res) {var params = qs.parse(req.url.split(&#39;?&#39;)[1]); 
var fn = params.callback; // jsonp返回设置 res.writeHead(200, { &#39;Content-Type&#39;: &#39;text/javascript&#39; }); 
res.write(fn + &#39;(&#39; + JSON.stringify(params) + &#39;)&#39;); 
res.end();});
server.listen(&#39;8080&#39;);console.log(&#39;Server is running at port 8080...&#39;);

jsonp缺點：只能實作get一種請求。
二、 document.domain iframe跨域
此方案僅限主域相同，子域不同的跨域應用場景。
實作原理：兩個頁面都透過js強制設定document.domain為基礎主域，就實作了同域。
1.）父視窗：(http://www.domain.com/a.html))

<iframe id="iframe" src="http://child.domain.com/b.html"></iframe><script> document.domain = &#39;domain.com&#39;; var user = &#39;admin&#39;;</script>

2.）子視窗：([http://child.domain.com/ b.html)

<script> document.domain = &#39;domain.com&#39;; // 获取父窗口中变量 alert(&#39;get js data from parent ---> &#39; + window.parent.user);</script>

三、 location.hash iframe跨域
實作原理： a欲與b跨域相互通信，透過中間頁c來實現。三個頁面，不同域之間利用iframe的location.hash傳值，相同域之間直接js存取來通訊。
具體實現：A域：a.html -> B域：b.html -> A域：c.html，a與b不同域只能透過hash值單向通信，b與c也不同域也只能單向通信，但c與a同域，所以c可透過parent.parent存取a頁面所有物件。
1.)a.html：([http://www.domain1.com/a.html)]

<iframe id="iframe" src="http://www.domain2.com/b.html" style="display:none;"></iframe><script> var iframe = document.getElementById(&#39;iframe&#39;); 
// 向b.html传hash值 setTimeout(function() {
 iframe.src = iframe.src + &#39;#user=admin&#39;; 
}, 1000);

// 開放給同域c.html的回呼方法function onCallback(res ) { alert('data from c.html ---> ' res); }

2.）b.html：(http://www.domain2. com/b.html))

3.）c.html：(http://www.domain1.com/c. html))

#四、 window.name iframe跨域
window.name屬性的獨特之處：name值在不同的頁面（甚至不同網域）載入後依舊存在，並且可以支援非常長的name 值（2MB）。
1.)a.html：(http://www.domain1.com/a.html))

var proxy = function(url, callback) { var state = 0; 
var iframe = document.createElement(&#39;iframe&#39;); // 加载跨域页面 iframe.src = url;

// onload事件会触发2次，第1次加载跨域页，并留存数据于window.name iframe.onload = function() { if (state === 1) { // 第2次onload(同域proxy页)成功后，读取同域window.name中数据 callback(iframe.contentWindow.name); 
destoryFrame();
 } 
else if (state === 0) { 
// 第1次onload(跨域页)成功后，切换到同域代理页面 iframe.contentWindow.location = &#39;http://www.domain1.com/proxy.html&#39;; state = 1;
 } 
}; 
document.body.appendChild(iframe);

// 取得資料以後銷毀這個iframe，釋放記憶體；這也保證了安全（不被其他網域frame js存取） function destoryFrame() {

iframe.contentWindow.document.write(&#39;&#39;);
 iframe.contentWindow.close(); 
document.body.removeChild(iframe); 
}

};// 請求跨域b頁面資料proxy('http://www.domain2.com/b.html ', function(data){
alert(data);
});

#2.)proxy.html：(http://www.domain1.com/proxy. ...)中間代理頁，與a.html同域，內容為空即可。
3.)b.html：(http://www.domain2.com/b.html))

<script> window.name = &#39;This is domain2 data!&#39;;</script>

總結：透過iframe的src屬性由外域轉向本地域，跨域資料即由iframe的window.name從外域傳遞到本地域。這個就巧妙地繞過了瀏覽器的跨域存取限制，但同時它又是安全操作。
五、 postMessage跨域
postMessage是HTML5 XMLHttpRequest Level 2中的API，且是為數不多可以跨域操作的window屬性之一，它可用於解決以下方面的問題：a.）頁面和其開啟的新視窗的資料傳遞b.）多視窗之間訊息傳遞c.）頁面與嵌套的iframe訊息傳遞d.）上面三個場景的跨域資料傳遞
用法：postMessage(data,origin )方法接受兩個參數data： html5規範支援任意基本類型或可複製的對象，但部分瀏覽器只支援字串，所以傳參時最好用JSON.stringify()序列化。 origin：協定主機連接埠號，也可以設定為"*"，表示可以傳遞給任意窗口，如果要指定和目前視窗同源的話設定為"/"。
1.)a.html：(http://www.domain1.com/a.html))

<iframe id="iframe" src="http://www.domain2.com/b.html" style="display:none;"></iframe><script> var iframe = document.getElementById(&#39;iframe&#39;);
 iframe.onload = function() { var data = { name: &#39;aym&#39; };// 向domain2传送跨域数据 iframe.contentWindow.postMessage(JSON.stringify(data), &#39;http://www.domain2.com&#39;); }; // 接受domain2返回数据 window.addEventListener(&#39;message&#39;, function(e) {
 alert(&#39;data from domain2 ---> &#39; + e.data); 
}, false);</script>

2.）b.html：(http://www.domain2.com /b.html))

<script> // 接收domain1的数据 window.addEventListener(&#39;message&#39;, function(e) { 
alert(&#39;data from domain1 ---> &#39; + e.data); var data = JSON.parse(e.data); 
if (data) { data.number = 16; 
// 处理后再发回domain1
 window.parent.postMessage(JSON.stringify(data), &#39;http://www.domain1.com&#39;); } 
}, 
false);</script>

六、跨域资源共享（CORS）
普通跨域请求：只服务端设置Access-Control-Allow-Origin即可，前端无须设置，若要带cookie请求：前后端都需要设置。
需注意的是：由于同源策略的限制，所读取的cookie为跨域请求接口所在域的cookie，而非当前页。如果想实现当前页cookie的写入，可参考下文：七、nginx反向代理中设置proxy_cookie_domain 和八、NodeJs中间件代理中cookieDomainRewrite参数的设置。
目前，所有浏览器都支持该功能(IE8+：IE8/9需要使用XDomainRequest对象来支持CORS）)，CORS也已经成为主流的跨域解决方案。
1、前端设置：
1.）原生ajax

// 前端设置是否带cookiexhr.withCredentials = true;

示例代码：

var xhr = new XMLHttpRequest();// IE8/9需用window.XDomainRequest兼容// 前端设置是否带cookiexhr.withCredentials = true;xhr.open(&#39;post&#39;, &#39;http://www.domain2.com:8080/login&#39;, true);
xhr.setRequestHeader(&#39;Content-Type&#39;, &#39;application/x-www-form-urlencoded&#39;);
xhr.send(&#39;user=admin&#39;);
xhr.onreadystatechange = function() { if (xhr.readyState == 4 && xhr.status == 200) { 
alert(xhr.responseText); 
}
};

2.）jQuery ajax

$.ajax({
...
xhrFields: {
withCredentials: true // 前端设置是否带cookie },
crossDomain: true, // 会让请求头中包含跨域的额外信息，但不会含cookie ...
});

3.）vue框架在vue-resource封装的ajax组件中加入以下代码：

Vue.http.options.credentials = true

2、服务端设置：
若后端设置成功，前端浏览器控制台则不会出现跨域报错信息，反之，说明没设成功。
1.）Java后台：

/* * 导入包：import javax.servlet.http.HttpServletResponse; * 接口参数中定义：HttpServletResponse response */response.setHeader("Access-Control-Allow-Origin", "http://www.domain1.com"); // 若有端口需写全（协议+域名+端口）response.setHeader("Access-Control-Allow-Credentials", "true");

2.）Nodejs后台示例：

var http = require(&#39;http&#39;);var server = http.createServer();var qs = require(&#39;querystring&#39;);
server.on(&#39;request&#39;, function(req, res) { 
var postData = &#39;&#39;; 
// 数据块接收中 req.addListener(&#39;data&#39;, function(chunk) {
 postData += chunk; }); 
// 数据接收完毕 req.addListener(&#39;end&#39;, function() {
 postData = qs.parse(postData); // 跨域后台设置 res.writeHead(200, { &#39;Access-Control-Allow-Credentials&#39;: &#39;true&#39;, // 后端允许发送Cookie &#39;Access-Control-Allow-Origin&#39;: &#39;http://www.domain1.com&#39;, // 允许访问的域（协议+域名+端口） &#39;Set-Cookie&#39;: &#39;l=a123456;Path=/;
Domain=www.domain2.com;HttpOnly&#39; // HttpOnly:脚本无法读取cookie }); res.write(JSON.stringify(postData)); res.end();
 });
});
server.listen(&#39;8080&#39;);
console.log(&#39;Server is running at port 8080...&#39;);

七、 nginx代理跨域
1、 nginx配置解决iconfont跨域
浏览器跨域访问js、css、img等常规静态资源被同源策略许可，但iconfont字体文件(eot|otf|ttf|woff|svg)例外，此时可在nginx的静态资源服务器中加入以下配置。

location / {
add_header Access-Control-Allow-Origin *;
}

2、 nginx反向代理接口跨域
跨域原理：同源策略是浏览器的安全策略，不是HTTP协议的一部分。服务器端调用HTTP接口只是使用HTTP协议，不会执行JS脚本，不需要同源策略，也就不存在跨越问题。
实现思路：通过nginx配置一个代理服务器（域名与domain1相同，端口不同）做跳板机，反向代理访问domain2接口，并且可以顺便修改cookie中domain信息，方便当前域cookie写入，实现跨域登录。
nginx具体配置：

#proxy服务器server { 
listen 81; 
server_name www.domain1.com; 
location / { 
proxy_pass http://www.domain2.com:8080; #反向代理 proxy_cookie_domain www.domain2.com www.domain1.com; #修改cookie里域名
 index index.html index.htm; 
# 当用webpack-dev-server等中间件代理接口访问nignx时，此时无浏览器参与，故没有同源限制，下面的跨域配置可不启用 add_header Access-Control-Allow-Origin http://www.domain1.com; #当前端只跨域不带cookie时，可为*
 add_header Access-Control-Allow-Credentials true;
 }
}

1.) 前端代码示例：

var xhr = new XMLHttpRequest();// 前端开关：浏览器是否读写cookiexhr.withCredentials = true;// 访问nginx中的代理服务器xhr.open('get', 'http://www.domain1.com:81/?user=admin', true);
xhr.send();

2.) Nodejs后台示例：

var http = require(&#39;http&#39;);var server = http.createServer();var qs = require(&#39;querystring&#39;);
server.on(&#39;request&#39;, function(req, res) { 
var params = qs.parse(req.url.substring(2)); // 向前台写cookie res.writeHead(200, { 
&#39;Set-Cookie&#39;: &#39;l=a123456;Path=/;Domain=www.domain2.com;HttpOnly&#39; // HttpOnly:脚本无法读取 });
 res.write(JSON.stringify(params)); res.end();
});
server.listen(&#39;8080&#39;);console.log(&#39;Server is running at port 8080...&#39;);

八、 Nodejs中间件代理跨域
node中间件实现跨域代理，原理大致与nginx相同，都是通过启一个代理服务器，实现数据的转发，也可以通过设置cookieDomainRewrite参数修改响应头中cookie中域名，实现当前域的cookie写入，方便接口登录认证。
1、非vue框架的跨域（2次跨域）
利用node + express + http-proxy-middleware搭建一个proxy服务器。
1.）前端代码示例：

var xhr = new XMLHttpRequest();// 前端开关：浏览器是否读写cookiexhr.withCredentials = true;// 访问http-proxy-middleware代理服务器xhr.open(&#39;get&#39;, &#39;http://www.domain1.com:3000/login?user=admin&#39;, true);
xhr.send();

2.）中间件服务器：

var express = require(&#39;express&#39;);var proxy = require(&#39;http-proxy-middleware&#39;);var app = express();
app.use(&#39;/&#39;, proxy({ 
// 代理跨域目标接口 target: &#39;http://www.domain2.com:8080&#39;, 
changeOrigin: true, 
// 修改响应头信息，实现跨域并允许带cookie onProxyRes: function(proxyRes, req, res) { 
res.header(&#39;Access-Control-Allow-Origin&#39;, &#39;http://www.domain1.com&#39;); res.header(&#39;Access-Control-Allow-Credentials&#39;, &#39;true&#39;); }, 
// 修改响应信息中的cookie域名 cookieDomainRewrite: &#39;www.domain1.com&#39; // 可以为false，表示不修改}));
app.listen(3000);console.log(&#39;Proxy server is listen at port 3000...&#39;);

3.）Nodejs后台同（六：nginx）
2、 vue框架的跨域（1次跨域）
利用node + webpack + webpack-dev-server代理接口跨域。在开发环境下，由于vue渲染服务和接口代理服务都是webpack-dev-server同一个，所以页面与代理接口之间不再跨域，无须设置headers跨域信息了。
webpack.config.js部分配置：

module.exports = { 
entry: {}, module: {}, 
... 
devServer: { 
historyApiFallback: true,
 proxy: [{
 context: &#39;/login&#39;, 
target: &#39;http://www.domain2.com:8080&#39;, // 代理跨域目标接口 changeOrigin: true, 
cookieDomainRewrite: &#39;www.domain1.com&#39; // 可以为false，表示不修改
 }], 
noInfo: true }}

九、 WebSocket协议跨域
WebSocket protocol是HTML5一种新的协议。它实现了浏览器与服务器全双工通信，同时允许跨域通讯，是server push技术的一种很好的实现。原生WebSocket API使用起来不太方便，我们使用Socket.io，它很好地封装了webSocket接口，提供了更简单、灵活的接口，也对不支持webSocket的浏览器提供了向下兼容。
1.）前端代码：

<p>user input：<input type="text"></p><script src="./socket.io.js"></script><script>var socket = io(&#39;http://www.domain2.com:8080&#39;);// 连接成功处理socket.on(&#39;connect&#39;, function() { // 监听服务端消息
 socket.on(&#39;message&#39;, function(msg) { 
console.log(&#39;data from server: ---> &#39; + msg);
 }); // 监听服务端关闭 socket.on(&#39;disconnect&#39;, function() { 
console.log(&#39;Server socket has closed.&#39;); 
});
});document.getElementsByTagName(&#39;input&#39;)[0].onblur = function() { 
socket.send(this.value);};</script>

2.）Nodejs socket后台：

var http = require(&#39;http&#39;);var socket = require(&#39;socket.io&#39;);// 启http服务var server = http.createServer(function(req, res) { 
res.writeHead(200, { 
&#39;Content-type&#39;: &#39;text/html&#39;
 }); 
res.end();
});
server.listen(&#39;8080&#39;);console.log(&#39;Server is running at port 8080...&#39;);// 监听socket连接socket.listen(server).on(&#39;connection&#39;, function(client) { 
// 接收信息 client.on(&#39;message&#39;, function(msg) { 
client.send(&#39;hello：&#39; + msg); 
console.log(&#39;data from client: ---> &#39; + msg);
 }); 
// 断开处理 client.on(&#39;disconnect&#39;, function() { 
console.log(&#39;Client socket has closed.&#39;);
 });
});

附：
同源策略限制从一个源加载的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的关键的安全机制。但是有时候跨域请求资源是合理的需求，本文尝试从多篇文章中汇总至今存在的所有跨域请求解决方案。
跨域请求
首先需要了解的是同源和跨源的概念。对于相同源，其定义为：如果协议、端口（如果指定了一个）和主机对于两个页面是相同的，则两个页面具有相同的源。只要三者之一任意一点有不同，那么就为不同源。当一个资源从与该资源本身所在的服务器的域或端口不同的域或不同的端口请求一个资源时，资源会发起一个跨域 HTTP 请求。而有关跨域请求受到限制的原因可以参考如下 MDN 文档片段：
跨域不一定是浏览器限制了发起跨站请求，而也可能是跨站请求可以正常发起，但是返回结果被浏览器拦截了。最好的例子是 CSRF 跨站攻击原理，请求是发送到了后端服务器无论是否跨域！注意：有些浏览器不允许从 HTTPS 的域跨域访问 HTTP，比如 Chrome 和 Firefox，这些浏览器在请求还未发出的时候就会拦截请求，这是一个特例。

解决方法汇总
以下我们由简及深介绍各种存在的跨域请求解决方案，包括 document.domain, location.hash, window.name, window.postMessage, JSONP, WebSocket, CORS
。

document.domain
document.domain
的作用是用来获取/设置当前文档的原始域部分，例如：
// 对于文档 www.example.xxx/good.htmldocument.domain="www.example.xxx"// 对于URI http://developer.mozilla.org/en/docs/DOM document.domain="developer.mozilla.org"

如果当前文档的域无法识别，那么 domain 属性会返回 null。
在根域范围内，Mozilla允许你把domain属性的值设置为它的上一级域。例如，在 developer.mozilla.org 域内，可以把domain设置为 "mozilla.org" 但不能设置为 "mozilla.com" 或者"org"。

因此，若两个源所用协议、端口一致，主域相同而二级域名不同的话，可以借鉴该方法解决跨域请求。
比如若我们在 a.github.io 页面执行以下语句：
document.domain = "github.io"

那么之后页面对 github.io
发起请求时页面则会成功通过对 github.io
的同源检测。比较直接的一个操作是，当我们在 a.github.io
页面中利用 iframe 去加载 github.io
时，通过如上的赋值后，我们可以在 a.github.io
页面中去操作 iframe 里的内容。
我们同时考虑另一种情况：存在两个子域名 a.github.io
以及 b.github.io
，其中前者域名下网页 a.html 通过 iframe 引入了后者域名下的 b.html，此时在 a.html 中是无法直接操作 b.html 的内容的。
同样利用 document.domain
，我们在两个页面中均加入
document.domain='github.io'

这样在以上的 a.html 中就可以操作通过 iframe 引入的 b.html 了。
document.domain 的优点在于解决了主语相同的跨域请求，但是其缺点也是很明显的：比如一个站点受到攻击后，另一个站点会因此引起安全漏洞；若一个页面中引入多个 iframe，想要操作所有的 iframe 则需要设置相同的 domain。
location.hash
location.hash
是一个可读可写的字符串，该字符串是 URL 的锚部分（从 # 号开始的部分）。例如：
// 对于页面 http://example.com:1234/test.htm#part2location.hash = "#part2"

同时，由于我们知道改变 hash 并不会导致页面刷新，所以可以利用 hash 在不同源间传递数据。
假设 github.io
域名下 a.html 和 shaonian.eu
域名下 b.html 存在跨域请求，那么利用 location.hash 的一个解决方案如下：
a.html 页面中创建一个隐藏的 iframe， src 指向 b.html，其中 src 中可以通过 hash 传入参数给 b.html
b.html 页面在处理完传入的 hash 后通过修改 a.html 的 hash 值达到将数据传送给 a.html 的目的
a.html 页面添加一个定时器，每隔一定时间判断自身的 location.hash 是否变化，以此响应处理

以上步骤中需要注意第二点：如何在 iframe 页面中修改父亲页面的 hash 值。由于在 IE 和 Chrome 下，两个不同域的页面是不允许 parent.location.hash
这样赋值的，所以对于这种情况，我们需要在父亲页面域名下添加另一个页面来实现跨域请求，具体如下：
假设 a.html 中 iframe 引入了 b.html, 数据需要在这两个页面之间传递，且 c.html 是一个与 a.html 同源的页面
a.html 通过 iframe 将数据通过 hash 传给 b.html
b.html 通过 iframe 将数据通过 hash 传给 c.html
c.html 通过 parent.parent.location.hash
设置 a.html 的 hash 达到传递数据的目的

location.bash 方法的優點在於可以解決網域完全不同的跨域請求，並且可以實現雙向通訊；而缺點則包括以下幾點：
利用此方法傳遞的資料量受到url 大小的限制，傳遞資料類型有限
由於資料直接暴露在url 中則存在安全性問題
若瀏覽器不支援onhashchange
事件，則需要透過輪訓來獲知url 的變更
有些瀏覽器會在hash 變更時產生歷史記錄，因此可能影響使用者體驗

window.name
此屬性用於取得/設定視窗的名稱。其特徵在於：一個視窗的生命週期內，視窗載入的所有頁面共享該值，且都具有對該屬性的讀寫權限。這意味著如果不修改該值，那麼在不同頁面載入之後該值也不會變，且其支援長達 2MB 的儲存量。
利用這個特性我們可以將跨域請求用以下步驟解決：
在a.github.io/a.html 中建立iframe 指向b.github.io/b.html (頁面會將自身的window .name 附在iframe 上)
給a.github.io/a.html 新增監聽iframe 的onload 事件，在該事件中將iframe 的src 設定為本地域的代理檔案（代理檔案和a.html處於在同一域下，可以相互通信），同時可以傳出iframe 的name 值
獲取數據後銷毀iframe，釋放內存，同時也保證了安全

window.name 的優勢在於巧妙地繞過了瀏覽器的跨域存取限制，但同時它又是安全操作。
window.postMessage
HTML5 為了解決這個問題，引進了一個全新的 API：跨文件通訊 API（Cross-document messaging）。這個 API 為 window 物件新增了一個 window.postMessage 方法，允許跨視窗通信，不論這兩個視窗是否同源。
API 的詳細使用方法請參閱 MDN。
JSONP
JSONP, 全名為 JSON with Padding，是使用 AJAX 實作的請求不同來源的跨域。其基本原理：網頁透過添加一個<script><br/>元素，向伺服器請求JSON 數據，這種做法不受同源政策限制；伺服器收到請求後，將數據放在一個指定名字的回調函數裡傳回來。 <br/>以下為一個例子，由於 test.js 傳回的內容直接作為程式碼運行，所以只要 a.html 中定義了 callback<br/>函數, 它就會立即被呼叫。 <br/>// 目前頁面a.com/a.html<script type="text/javascript">//回呼函數function callback(data) { alert(data.message);}</script>// test.js// 呼叫callback函數，並以json資料形式作為闡述傳遞，完成回呼callback({message:"success"});

為了保證script 的靈活，我們可以透過JavaScript 動態建立script 標籤，並透過HTTP 參數向伺服器傳入回呼函數名，案例如下所示：