Heim  >  Artikel  >  Web-Frontend  >  Gängige domänenübergreifende Lösungen für das Frontend (alle)

Gängige domänenübergreifende Lösungen für das Frontend (alle)

jacklove
jackloveOriginal
2018-05-21 16:26:041736Durchsuche

Ich sehe in meinen Studien oft domänenübergreifende Inhalte. In diesem Artikel werden domänenübergreifende Lösungen für das Sternenreich vorgestellt.

Domänenübergreifende Lösung
1. Domänenübergreifend über jsonp
2. Domänenübergreifend mit iframe
4. name + iframe domänenübergreifend
6. domänenübergreifendes Nginx-Proxy
8 🎜>9. WebSocket-Protokoll domänenübergreifend
1. Um die Belastung des Webservers zu reduzieren, trennen wir normalerweise statische Ressourcen wie js, css, img usw Server mit einem unabhängigen Domänennamen und übergeben Sie dann die entsprechenden Tags. Laden Sie statische Ressourcen von verschiedenen Domänennamen und lassen Sie sie vom Browser zu. Basierend auf diesem Prinzip können wir dynamisch ein Skript erstellen und dann eine URL mit Parametern anfordern, um Cross- zu erreichen. Domänenkommunikation.
1.) Native Implementierung:

<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>

Der Server gibt wie folgt zurück (die globale Funktion wird bei der Rückkehr ausgeführt):
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); })

Backend node.js Codebeispiel:
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;);

Nachteile von JSONP: Es kann nur eine Art von Get-Anfrage implementieren.

2. document.domain + iframe domänenübergreifend

Diese Lösung ist auf domänenübergreifende Anwendungsszenarien beschränkt, bei denen die Hauptdomäne dieselbe ist, die Unterdomänen jedoch unterschiedlich sind.

Implementierungsprinzip: Beide Seiten legen document.domain über js zwangsweise als grundlegende Hauptdomäne fest und erreichen so dieselbe Domäne.

1.) Übergeordnetes Fenster: (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.) Untergeordnetes Fenster: ([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>

3. location.hash + iframe domänenübergreifend
Implementierungsprinzip: a möchte über die Zwischenseite c domänenübergreifend mit b kommunizieren. Für drei Seiten wird der location.hash von iframe verwendet, um Werte zwischen verschiedenen Domänen zu übertragen, und der direkte JS-Zugriff wird für die Kommunikation zwischen denselben Domänen verwendet.

Spezifische Implementierung: A-Domäne: a.html -> B-Domäne: b.html -> Auch verschiedene Domänen können nur in eine Richtung kommunizieren, aber c und a befinden sich in derselben Domäne, sodass c über parent.parent auf alle Objekte auf der a-Seite zugreifen kann.

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);

// Callback-Methodenfunktion onCallback(res) öffnet sich für dieselbe Domain c. html ) { Alert('data from c.html ---> ' + res); }2cacc6d41bbb37262a98f745aa00fbf0


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

7d8fd55240d5699e55fd4bb370312a84 < ;/iframe>3f1c4e4b6b16bbbd69b2ee476dc4f83a var iframe = document.getElementById('iframe'); Überwachen Sie den Hash-Wert von a.html und übergeben Sie ihn an c.htmlwindow.onhashchange = function () {
iframe.src = iframe.src + location.hash;

};2cacc6d41bbb37262a98f745aa00fbf0

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

3f1c4e4b6b16bbbd69b2ee476dc4f83a // Überwachen Sie den Hash-Wert von b.html
window.onhashchange = function () { // Führen Sie dann den js-Rückruf von a.html aus domain , übertrage das Ergebnis zurück an window.parent.parent.onCallback('hello: ' + location.hash.replace('#user=', '')); };2cacc6d41bbb37262a98f745aa00fbf0

4. window.name + iframe-domänenübergreifend

Die Einzigartigkeit des window.name-Attributs: Der Namenswert bleibt bestehen, nachdem verschiedene Seiten (oder sogar verschiedene Domainnamen) geladen wurden, und kann sehr lange Namenswerte unterstützen (2 MB).

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);

// Zerstören Sie nach Erhalt der Daten den Iframe und geben Sie auch diesen frei sorgt für Sicherheit (Kein Zugriff durch andere Domain-Frame-JS) function destoryFrame() {

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

};// Request Cross-Domain B Page Data Proxy('http://www.domain2.com/ b.html ', function(data){
alert(data);

});


2.) Proxy.html: (http://www.domain1.com /proxy. ...) Die Zwischen-Proxy-Seite befindet sich in derselben Domäne wie a.html und der Inhalt kann leer sein.

3.) b.html: (http://www.domain2.com/b.html))

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

Zusammenfassung: Über das src-Attribut von iframe wird es von der externen Domäne an übertragen Die lokale Domäne und die domänenübergreifenden Daten sind Der window.name des Iframes wird von der externen Domäne an die lokale Domäne übergeben. Dies umgeht geschickt die domänenübergreifenden Zugriffsbeschränkungen des Browsers, ist aber gleichzeitig ein sicherer Vorgang.
5. postMessage domänenübergreifend

postMessage ist eine API in HTML5 XMLHttpRequest Level 2 und eines der wenigen Fensterattribute, die domänenübergreifend verwendet werden können: a.) Seiten- und Datenübertragung im neuen Fenster, das geöffnet wird b.) Nachrichtenübertragung zwischen mehreren Fenstern c.) Seiten- und verschachtelte Iframe-Nachrichtenübertragung d.) Domänenübergreifende Datenübertragung in den oben genannten drei Szenarien

Verwendung: postMessage(data, origin )-Methode akzeptiert zwei Parameterdaten: Die HTML5-Spezifikation unterstützt jeden Basistyp oder jedes kopierbare Objekt, einige Browser unterstützen jedoch nur Zeichenfolgen. Daher ist es am besten, beim Übergeben von Parametern die Serialisierung JSON.stringify() zu verwenden. Ursprung: Protokoll + Host + Portnummer, kann auch auf „*“ gesetzt werden, was bedeutet, dass er an jedes Fenster übergeben werden kann. Wenn Sie denselben Ursprung wie das aktuelle Fenster angeben möchten, setzen Sie ihn auf „/“.
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 达到传递数据的目的

Der Vorteil der location.bash-Methode besteht darin, dass sie domänenübergreifende Anfragen mit völlig unterschiedlichen Domänennamen lösen und eine bidirektionale Kommunikation erreichen kann. Zu den Nachteilen gehören die folgenden Punkte:
Die damit übertragene Datenmenge Methode ist durch die URL-Größe begrenzt, die Art der übergebenen Daten ist begrenzt
Da die Daten direkt in der URL offengelegt werden, gibt es Sicherheitsprobleme
Wenn der Browser das onhashchange
-Ereignis nicht unterstützt, benötigen Sie um die Änderungen in der URL durch Rotationstraining zu lernen
Einige Browser werden einen Verlaufseintrag generieren, wenn sich der Hash ändert, sodass dies die Benutzererfahrung beeinträchtigen kann

window.name
Diese Eigenschaft wird verwendet Holen/setzen Sie den Namen des Fensters. Sein Merkmal besteht darin, dass während des Lebenszyklus eines Fensters alle vom Fenster geladenen Seiten diesen Wert gemeinsam nutzen und über Lese- und Schreibberechtigungen für dieses Attribut verfügen. Das bedeutet, dass sich der Wert zwischen verschiedenen Seitenladevorgängen nicht ändert, wenn er nicht geändert wird, und dass eine Speicherung von bis zu 2 MB unterstützt wird.
Mit dieser Funktion können wir domänenübergreifende Anfragen mit den folgenden Schritten lösen:
Erstellen Sie einen Iframe in a.github.io/a.html, der auf b.github.io/b.html verweist (die Seite wird Verwenden Sie einen eigenen Fensternamen, der an den Iframe angehängt ist.
Fügen Sie das Onload-Ereignis des Iframes zu a.github.io/a.html hinzu und legen Sie in diesem Ereignis den Quellcode des Iframes auf die Proxydatei der lokalen Domäne fest (Die Proxy-Datei und a.html befinden sich in derselben Domäne und können miteinander kommunizieren.) Gleichzeitig kann der Namenswert des Iframes gesendet werden.
Zerstören Sie nach Erhalt der Daten den Iframe und den Speicher freigeben und gleichzeitig die Sicherheit gewährleisten

Der Vorteil von window.name besteht darin, dass es geschickt umgeht. Es überwindet die domänenübergreifenden Zugriffsbeschränkungen des Browsers, ist aber gleichzeitig ein sicherer Vorgang.
window.postMessage
HTML5 führt eine neue API ein, um dieses Problem zu lösen: Cross-Document Messaging API (Cross-Document Messaging). Diese API fügt dem Fensterobjekt eine neue window.postMessage-Methode hinzu, die eine fensterübergreifende Kommunikation ermöglicht, unabhängig davon, ob die beiden Fenster denselben Ursprung haben.
Detaillierte Informationen zur Verwendung der API finden Sie unter MDN.
JSONP
JSONP, der vollständige Name ist JSON mit Padding, ist eine domänenübergreifende Anfrage, die AJAX verwendet, um Anfragen aus verschiedenen Quellen umzusetzen. Das Grundprinzip: Die Webseite fordert JSON-Daten vom Server an, indem sie ein 3f1c4e4b6b16bbbd69b2ee476dc4f83a
-Element hinzufügt. Dieser Ansatz wird nicht durch die Same-Origin-Richtlinie eingeschränkt, sondern platziert die Daten in einem Rückruffunktion mit einem angegebenen Namen zurückgeben.
Das Folgende ist ein Beispiel. Da der von test.js zurückgegebene Inhalt direkt als Code ausgeführt wird, wird die Callback-
-Funktion sofort aufgerufen.
//Aktuelle Seite a.com/a.html4ec11beb6c39d0703d1751d203c17053//Callback-Funktion function callback(data) { Alert(data.message);}2cacc6d41bbb37262a98f745aa00fbf0f7eaeff216fe3911cfa28b0d821be9e72cacc6d41bbb37262a98f745aa00fbf0// test.js// Rufen Sie die Rückruffunktion auf und übergeben Sie sie als JSON-Daten als Beschreibung , Abschlussrückruf callback({message:"success"});

Um die Flexibilität des Skripts sicherzustellen, können wir Skript-Tags dynamisch über JavaScript erstellen und den Namen der Rückruffunktion über HTTP-Parameter an den Server übergeben . Der Fall ist wie folgt:
4ec11beb6c39d0703d1751d203c17053 // Methode zum Hinzufügen von 3f1c4e4b6b16bbbd69b2ee476dc4f83a script.setAttribute("type ","text/javascript"); script.src = src; document.body.appendChild(script } window.onload = function(){ // Nach Apple suchen und die benutzerdefinierte Rückruffunktion übergeben Name result in den Callback-Parameter in addScriptTag("http://ajax.googleapis.com/ajax/services/search/web?v=1.0&q=apple&callback=result"} // Angepasstes Callback-Funktionsergebnis function result(data ) { // Wir erhalten einfach die URL-Daten im ersten Datensatz von Apple Search Results Alert(data.responseData.results[0].unescapedUrl); }2cacc6d41bbb37262a98f745aa00fbf0

jQuery verfügt über die entsprechende JSONP-Implementierung Methode, siehe API.
Der Vorteil von JSONP besteht darin, dass es einfach und anwendbar ist, von allen alten Browsern unterstützt wird und nur wenige Serveränderungen erforderlich sind. Es ist keine Unterstützung für XMLHttpRequest oder ActiveX erforderlich; der Nachteil besteht darin, dass nur GET-Anfragen unterstützt werden.
WebSocket
Das WebSocket-Protokoll implementiert keine Same-Origin-Richtlinie. Solange der Server dies unterstützt, kann darüber eine Cross-Origin-Kommunikation durchgeführt werden.
CORS
CORS ist ein W3C-Standard, sein vollständiger Name lautet „Cross-Origin Resource Sharing“. Dadurch kann der Browser XMLHttpRequest-Anfragen an ursprungsübergreifende Server senden und so die Einschränkung überwinden, dass AJAX nur von demselben Ursprung aus verwendet werden kann.

Der Cross-Origin Resource Sharing (CORS)-Mechanismus ermöglicht Webanwendungsservern die Durchführung einer domänenübergreifenden Zugriffskontrolle und ermöglicht so eine sichere domänenübergreifende Datenübertragung. Es erfordert Unterstützung sowohl vom Server als auch vom Client.
Der Cross-Origin-Sharing-Standard ermöglicht die Verwendung von Cross-Origin-HTTP-Anfragen in den folgenden Szenarien:
Cross-Origin-HTTP-Anfragen, initiiert durch XMLHttpRequest oder Fetch
Web-Schriftarten (über @font in CSS-Face-Verwendungen). domänenübergreifende Schriftartressourcen), sodass Websites TrueType-Schriftartenressourcen veröffentlichen können und nur autorisierten Websites erlauben, standortübergreifende Aufrufe durchzuführen.
WebGL-Texturen
Verwenden Sie drawImage, um Bilder/Videobildschirme auf die Leinwand zu zeichnen.
Stylesheets (mit CSSOM )
Skripte (nicht behandelte Ausnahmen)

CORS 存在以下三种主要场景,分别是简单请求,预检请求和附带身份凭证的请求。
简单请求:若只使用 GET, HEAD 或者 POST 请求,且除 CORS 安全的首部字段集合外,无人为设置该集合之外的其他首部字段,同时 Content-Type 值属于下列之一,那么该请求则可以被视为简单请求:

application/x-www-form-urlencodedmultipart/form-datatext/plain

此情况下,若服务端返回的 Access-Control-Allow-Origin: *
,则表明该资源可以被任意外域访问。若要指定仅允许来自某些域的访问,需要将 *
设定为该域,例如:
Access-Control-Allow-Origin: http://foo.example

预检请求:与前述简单请求不同,该要求必须首先使用 OPTIONS 方法发起一个预检请求到服务器,以获知服务器是否允许该实际请求。当请求满足以下三个条件任意之一时, 即应首先发送预检请求:

使用了 PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH 中任一的 HTTP 方法
人为设置了对 CORS 安全的首部字段集合之外的其他首部字段
Content-Type 的值不属于下列之一

application/x-www-form-urlencodedmultipart/form-datatext/plain

预检请求完成之后(通过 OPTIONS 方法实现),才发送实际请求。一个示范 HTTP 请求如下所示:

var invocation = new XMLHttpRequest();
var url = &#39;http://bar.other/resources/post-here/&#39;;
var body = &#39;<?xml version="1.0"?><person><name>Arun</name></person>&#39;; 
function callOtherDomain(){ if(invocation) { invocation.open(&#39;POST&#39;, url, true);
 invocation.setRequestHeader(&#39;X-PINGOTHER&#39;, &#39;pingpong&#39;);
 invocation.setRequestHeader(&#39;Content-Type&#39;, &#39;application/xml&#39;);
 invocation.onreadystatechange = handler;
 invocation.send(body); }}

附带身份凭证的请求:这种方式的特点在于能够在跨域请求时向服务器发送凭证请求,例如 Cookies (withCredentials 标志设置为 true)。

一般而言,对于跨域 XMLHttpRequest 或 Fetch 请求,浏览器不会发送身份凭证信息。如果要发送凭证信息,需要设置 XMLHttpRequest 的某个特殊标志位。但是需要注意的是,如果服务器端的响应中未携带 Access-Control-Allow-Credentials: true
,浏览器将不会把响应内容返回给请求的发送者。
附带身份凭证的请求与通配符
对于附带身份凭证的请求,服务器不得设置 Access-Control-Allow-Origin 的值为“”。
这是因为请求的首部中携带了 Cookie 信息,如果 Access-Control-Allow-Origin 的值为“”,请求将会失败。而将 Access-Control-Allow-Origin 的值设置为 foo.example,则请求将成功执行。
另外,响应首部中也携带了 Set-Cookie 字段,尝试对 Cookie 进行修改。如果操作失败,将会抛出异常。

MDN 引例如下:

var invocation = new XMLHttpRequest();
var url = &#39;http://bar.other/resources/credentialed-content/&#39;;
function callOtherDomain(){ if(invocation) { invocation.open(&#39;GET&#39;, url, true);
 invocation.withCredentials = true; invocation.onreadystatechange = handler; invocation.send(); }}

其实由上我们知道,CORS 的优点也非常明显:CORS支持所有类型的HTTP请求,是跨域HTTP请求的根本解决方案。
以上就是所有的跨域请求解决方案,根据实际生产环境,总有一款适合你。
本篇讲解了跨域的相关解决方法,更多相关内容请关注php中文网。

相关推荐:

什么是跨域?跨域有几种实现形式?

对于函数事件的总结

关于正则表达式的相关理解

Das obige ist der detaillierte Inhalt vonGängige domänenübergreifende Lösungen für das Frontend (alle). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn