不就是跨域么

作者: 前端知识  发布:2019-10-10

别慌,不正是跨域么!

2017/12/27 · 基本功技巧 · 跨域

原稿出处: Neal_yang金沙澳门官网网址 ,   

前端开拓中,跨域使大家日常遇上的贰个难点,也是面试中时常被问到的有的主题材料,所以,这里,大家做个小结。小不成难点,不足顾忌

哪些是跨域

跨域,是指浏览器不能够实行别的网址的脚本。它是由浏览器的同源战术产生的,是浏览器对JavaScript施行的安全范围。

同源计策限制了须臾间行事:

Cookie、LocalStorage 和 IndexDB 不能读取
DOM 和 JS 对象不或然赢得
Ajax诉求发送不出去

常见的跨域场景

所谓的同源是指,域名、合同、端口均为同样。

JavaScript

调用 非跨域 调用 跨域,主域分化 调用 跨域,子域名差别 调用 跨域,端口不一致 调用 跨域,左券不相同 localhost 调用 127.0.0.1 跨域

1
2
3
4
5
6
7
8
9
10
11
http://www.nealyang.cn/index.html 调用   http://www.nealyang.cn/server.php  非跨域
 
http://www.nealyang.cn/index.html 调用   http://www.neal.cn/server.php  跨域,主域不同
 
http://abc.nealyang.cn/index.html 调用   http://def.neal.cn/server.php  跨域,子域名不同
 
http://www.nealyang.cn:8080/index.html 调用   http://www.nealyang.cn/server.php  跨域,端口不同
 
https://www.nealyang.cn/index.html 调用   http://www.nealyang.cn/server.php  跨域,协议不同
 
localhost   调用 127.0.0.1 跨域

跨域的消除办法
jsonp跨域

jsonp跨域其实也是JavaScript设计形式中的一种代理情势。在html页面中经过相应的标签从不一样域名下加载静态财富文件是被浏览器允许的,所以我们得以由此那些“犯罪漏洞”来张开跨域。平时,大家可以动态的开创script标签,再去伏乞贰个带参网站来促成跨域通信

JavaScript

//原生的兑现情势 let script = document.createElement('script'); script.src = ''; document.body.appendChild(script); function callback(res) { console.log(res); }

1
2
3
4
5
6
7
8
9
10
//原生的实现方式
let script = document.createElement('script');
 
script.src = 'http://www.nealyang.cn/login?username=Nealyang&callback=callback';
 
document.body.appendChild(script);
 
function callback(res) {
  console.log(res);
}

当然,jquery也支撑jsonp的兑现格局

JavaScript

$.ajax({ url:'', type:'GET', dataType:'jsonp',//央浼方式为jsonp jsonpCallback:'callback', data:{ "username":"Nealyang" } })

1
2
3
4
5
6
7
8
9
$.ajax({
    url:'http://www.nealyang.cn/login',
    type:'GET',
    dataType:'jsonp',//请求方式为jsonp
    jsonpCallback:'callback',
    data:{
        "username":"Nealyang"
    }
})

就算这种办法充足好用,不过三个最大的败笔是,只好够落到实处get需要
document.domain iframe 跨域

这种跨域的点子最重大的是须求主域名一样。什么是主域名一样呢? www.nealyang.cn aaa.nealyang.cn ba.ad.nealyang.cn 那四个主域名都是nealyang.cn,而主域名区别的就不能够用此措施。

假定近来a.nealyang.cn 和 b.nealyang.cn 分别对应指向不一致ip的服务器。

a.nealyang.cn 下有多个test.html文件

JavaScript

<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>html</title> <script type="text/javascript" src = "jquery-1.12.1.js"></script> </head> <body> <div>A页面</div> <iframe style = "display : none" name = "iframe1" id = "iframe" src="" frameborder="0"></iframe> <script type="text/javascript"> $(function(){ try{ document.domain = "nealyang.cn" }catch(e){} $("#iframe").load(function(){ var jq = document.getElementById('iframe').contentWindow.$ jq.get(" console.log(data); }); }) }) </script> </body> </html>

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
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>html</title>
    <script type="text/javascript" src = "jquery-1.12.1.js"></script>
</head>
<body>
    <div>A页面</div>
    <iframe
    style = "display : none"
    name = "iframe1"
    id = "iframe"
    src="http://b.nealyang.cn/1.html" frameborder="0"></iframe>
    <script type="text/javascript">
        $(function(){
            try{
                document.domain = "nealyang.cn"
            }catch(e){}
            $("#iframe").load(function(){
                var jq = document.getElementById('iframe').contentWindow.$
                jq.get("http://nealyang.cn/test.json",function(data){
                    console.log(data);
                });
            })
        })
    </script>
</body>
</html>

使用 iframe 加载 其余域下的文件(nealyang.cn/1.html), 同一时候document.domain 设置成 nealyang.cn ,当 iframe 加载实现后就足以获得nealyang.cn 域下的全局对象, 此时尝试着去央浼 nealyang.cn 域名下的 test.json (此时得以诉求接口),就能开掘数目乞求战败了~~ 惊不惊奇,意不意外!!!!!!!

多少诉求退步,目标绝非到达,自然是还少一步:

JavaScript

<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>html</title> <script type="text/javascript" src = "jquery-1.12.1.js"></script> <script type="text/javascript"> $(function(){ try{ document.domain = "nealyang.com" }catch(e){} }) </script> </head> <body> <div id = "div1">B页面</div> </body> </html>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>html</title>
    <script type="text/javascript" src = "jquery-1.12.1.js"></script>
    <script type="text/javascript">
        $(function(){
            try{
                document.domain = "nealyang.com"
            }catch(e){}
        })
    </script>
</head>
<body>
    <div id = "div1">B页面</div>
</body>
</html>

此时在张开刷新浏览器,就能意识数目本次真的是瓜熟蒂落了~
window.name iframe 跨域

window.name属性可设置也许重临贮存窗口名称的叁个字符串。他的神器之处在于name值在不相同页面恐怕区别域下加载后如故存在,未有更动就不会产生变化,何况能够储存不够长的name(2MB)

假定index页面央浼远端服务器上的数据,大家在该页面下创立iframe标签,该iframe的src指向服务器文件的地方(iframe标签src能够跨域),服务器文件里设置好window.name的值,然后再在index.html里面读取改iframe中的window.name的值。完美~

JavaScript

<body> <script type="text/javascript"> iframe = document.createElement('iframe'), iframe.src = ''; document.body.appendChild(iframe); iframe.onload = function() { console.log(iframe.contentWindow.name) }; </script> </body>

1
2
3
4
5
6
7
8
9
10
<body>
  <script type="text/javascript">
    iframe = document.createElement('iframe'),
    iframe.src = 'http://localhost:8080/data.php';
    document.body.appendChild(iframe);
    iframe.onload = function() {
      console.log(iframe.contentWindow.name)
    };
  </script>
</body>

本来,那样依然非常不够的。

因为规定一经index.html页面和和该页面里的iframe框架的src如果差异源,则也敬敏不谢操作框架里的别的事物,所以就取不到iframe框架的name值了,告诉您大家不是一家的,你也不要获得笔者那边的数码。 既然要同源,那就换个src去指,前边说了无论怎么样加载window.name值都不会转移,于是大家在index.html一样目录下,新建了个proxy.html的空页面,修改代码如下:

 

JavaScript

<body> <script type="text/javascript"> iframe = document.createElement('iframe'), iframe.src = ''; document.body.appendChild(iframe); iframe.onload = function() { iframe.src = ''; console.log(iframe.contentWindow.name) }; </script> </body>

1
2
3
4
5
6
7
8
9
10
11
<body>
  <script type="text/javascript">
    iframe = document.createElement('iframe'),
    iframe.src = 'http://localhost:8080/data.php';
    document.body.appendChild(iframe);
    iframe.onload = function() {
      iframe.src = 'http://localhost:81/cross-domain/proxy.html';
      console.log(iframe.contentWindow.name)
    };
  </script>
</body>

好好就像是很美丽好,在iframe载入进度中,急速复位iframe.src的针对,使之与index.html同源,那么index页面就能够去获得它的name值了!不过现实是残暴的,iframe在切实可行中的表现是一向不停地刷新, 也很好了解,每一回触发onload时间后,复位src,相当于重新载入页面,又触发onload事件,于是就不停地刷新了(不过要求的数据仍是能够出口的)。修改后代码如下:

JavaScript

<body> <script type="text/javascript"> iframe = document.createElement('iframe'); iframe.style.display = 'none'; var state = 0; iframe.onload = function() { if(state === 1) { var data = JSON.parse(iframe.contentWindow.name); console.log(data); iframe.contentWindow.document.write(''); iframe.contentWindow.close(); document.body.removeChild(iframe); } else if(state === 0) { state = 1; iframe.contentWindow.location = ''; } }; iframe.src = ''; document.body.appendChild(iframe); </script> </body>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<body>
  <script type="text/javascript">
    iframe = document.createElement('iframe');
    iframe.style.display = 'none';
    var state = 0;
    
    iframe.onload = function() {
      if(state === 1) {
          var data = JSON.parse(iframe.contentWindow.name);
          console.log(data);
          iframe.contentWindow.document.write('');
          iframe.contentWindow.close();
        document.body.removeChild(iframe);
      } else if(state === 0) {
          state = 1;
          iframe.contentWindow.location = 'http://localhost:81/cross-domain/proxy.html';
      }
    };
 
    iframe.src = 'http://localhost:8080/data.php';
    document.body.appendChild(iframe);
  </script>
</body>

于是如上,大家就获得了服务器重返的多寡,然则有多少个标准化是至关重要的:

iframe标签的跨域本领
window.names属性值在文书档案刷新后依然存在的力量

location.hash iframe 跨域

此跨域方法和方面介绍的可比临近,同样是动态插入一个iframe然后安装其src为服务端地址,而服务端一样输出一端js代码,也还要经过与子窗口之间的通讯来成功多少的传导。

关于锚点相信大家都早已清楚了,其实就是安装锚点,让文档钦赐的对应的地点。锚点的设置用a标签,然后href指向要跳转到的id,当然,前提是你得有个滚动条,不然也不好滚动嘛是啊。

而location.hash其实正是url的锚点。比如

基础知识补充实现,下边大家来讲下什么样贯彻跨域

若果index页面要赢得远端服务器的多寡,动态的插入二个iframe,将iframe的src奉行服务器的地方,那时候的top window 和包装这一个iframe的子窗口是不可能通讯的,因为同源计谋,所以改换子窗口的门路就足以了,将数据作为改造后的门道的hash值加载路线上,然后就足以通讯了。将数据加在index页面地址的hash上, index页面监听hash的转移,h5的hashchange方法

JavaScript

<body> <script type="text/javascript"> function getData(url, fn) { var iframe = document.createElement('iframe'); iframe.style.display = 'none'; iframe.src = url; iframe.onload = function() { fn(iframe.contentWindow.location.hash.substring(1)); window.location.hash = ''; document.body.removeChild(iframe); }; document.body.appendChild(iframe); } // get data from server var url = ''; getData(url, function(data) { var jsondata = JSON.parse(data); console.log(jsondata.name ' ' jsondata.age); }); </script> </body>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<body>
  <script type="text/javascript">
    function getData(url, fn) {
      var iframe = document.createElement('iframe');
      iframe.style.display = 'none';
      iframe.src = url;
 
      iframe.onload = function() {
        fn(iframe.contentWindow.location.hash.substring(1));
        window.location.hash = '';
        document.body.removeChild(iframe);
      };
 
      document.body.appendChild(iframe);
    }
 
    // get data from server
    var url = 'http://localhost:8080/data.php';
    getData(url, function(data) {
      var jsondata = JSON.parse(data);
      console.log(jsondata.name ' ' jsondata.age);
    });
  </script>
</body>

补偿表达:其实location.hash和window.name都以大半的,都以运用全局对象属性的法子,然后那三种艺术和jsonp也是一模二样的,正是只能够落实get央求

postMessage跨域

这是由H5提议来的二个炫耀的API,IE8 ,chrome,ff都已经支撑促成了那一个效应。那几个效应也是非常的轻便,个中包含接受新闻的Message时间,和发送新闻的postMessage方法。

发送新闻的postMessage方法是向外围窗口发送消息

JavaScript

otherWindow.postMessage(message,targetOrigin);

1
otherWindow.postMessage(message,targetOrigin);

otherWindow指的是目的窗口,也正是要给哪一个window发送音讯,是window.frames属性的分子要么是window.open方法创设的窗口。 Message是要发送的新闻,类型为String,Object(IE8、9不帮忙Obj),targetOrigin是限量音讯接受范围,不限量就用星号 *

收受信息的message事件

JavaScript

var onmessage = function(event) { var data = event.data; var origin = event.origin; } if(typeof window.addEventListener != 'undefined'){ window.addEventListener('message',onmessage,false); }else if(typeof window.attachEvent != 'undefined'){ window.attachEvent('onmessage', onmessage); }

1
2
3
4
5
6
7
8
9
10
var onmessage = function(event) {
  var data = event.data;
  var origin = event.origin;
}
 
if(typeof window.addEventListener != 'undefined'){
    window.addEventListener('message',onmessage,false);
}else if(typeof window.attachEvent != 'undefined'){
    window.attachEvent('onmessage', onmessage);
}

举个栗子

a.html()

JavaScript

<iframe id="iframe" src="" style="display:none;"></iframe> <script> var iframe = document.getElementById('iframe'); iframe.onload = function() { var data = { name: 'aym' }; // 向neal传送跨域数据 iframe.contentWindow.postMessage(JSON.stringify(data), ''); }; // 接受domain2重临数据 window.add伊芙ntListener('message', function(e) { alert('data from neal ---> ' e.data); }, false); </script>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<iframe id="iframe" src="http://www.neal.cn/b.html" style="display:none;"></iframe>
<script>      
    var iframe = document.getElementById('iframe');
    iframe.onload = function() {
        var data = {
            name: 'aym'
        };
        // 向neal传送跨域数据
        iframe.contentWindow.postMessage(JSON.stringify(data), 'http://www.neal.cn');
    };
 
    // 接受domain2返回数据
    window.addEventListener('message', function(e) {
        alert('data from neal ---> ' e.data);
    }, false);
</script>

b.html()

JavaScript

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<script>
    // 接收domain1的数据
    window.addEventListener('message', function(e) {
        alert('data from nealyang ---> ' e.data);
 
        var data = JSON.parse(e.data);
        if (data) {
            data.number = 16;
 
            // 处理后再发回nealyang
            window.parent.postMessage(JSON.stringify(data), 'http://www.nealyang.cn');
        }
    }, false);
</script>

跨域能源分享 CO君越S

因为是现阶段主流的跨域实施方案。所以这边多介绍点。
简介

COKugaS是一个W3C典型,全称是”跨域能源分享”(Cross-origin resource sharing)。 它同意浏览器向跨源服务器,发出XMLHttpRequest须要,进而制伏了AJAX只可以同源使用的界定。

CO福睿斯S供给浏览器和服务器同有时间协理。近期,全部浏览器都帮助该成效,IE浏览器不可能低于IE10。IE8 :IE8/9索要选用XDomainRequest对象来扶助COLacrosseS。

方方面面CO汉兰达S通讯进程,都以浏览器自动完毕,不需求客户参预。对于开荒者来说,COENVISIONS通讯与同源的AJAX通讯未有距离,代码完全相同。浏览器一旦开采AJAX恳求跨源,就能够自动抬高级中学一年级些外加的头消息,不时还有恐怕会多出二次附加的央求,但客商不会有痛感。 因而,完毕COSportageS通讯的首借使服务器。只要服务器达成了CO奇骏S接口,就足以跨源通讯。
三种诉求

聊起来很好笑,分为三种伏乞,一种是简轻巧单诉求,另一种是非轻松要求。只要满足上边条件正是简邀诉求

伸手方式为HEAD、POST 或许 GET
http头音讯不高于一下字段:Accept、Accept-Language 、 Content-Language、 Last-Event-ID、 Content-Type(限于几个值:application/x-www-form-urlencoded、multipart/form-data、text/plain)

为啥要分成轻便伏乞和非轻便伏乞,因为浏览器对那三种诉求格局的管理格局是见仁见智的。
粗略央求
宗旨流程

对于简易央浼,浏览器直接发生COLANDS央求。具体来讲,便是在头音讯之中,扩大一个Origin字段。 上边是二个例证,浏览器开掘此番跨源AJAX需要是轻易哀告,就自动在头音讯之中,增多贰个Origin字段。

JavaScript

GET /cors HTTP/1.1 Origin: Host: api.alice.com Accept-Language: en-US Connection: keep-alive User-Agent: Mozilla/5.0 ...

1
2
3
4
5
6
7
GET /cors HTTP/1.1
Origin: http://api.bob.com
Host: api.alice.com
Accept-Language: en-US
Connection: keep-alive
User-Agent: Mozilla/5.0
...

Origin字段用来评释,本次央浼来自哪个源(公约 域名 端口)。服务器依照那么些值,决定是不是允许本次央求。

若果Origin钦点的源,不在许可范围内,服务器会再次回到四个健康的HTTP回应。 浏览器发掘,那么些答复的头新闻尚未包括Access-Control-Allow-Origin字段(详见下文),就领会出错了,进而抛出多个谬误,被XMLHttpRequest的onerror回调函数捕获。

只顾,这种不当无法透过情景码识别,因为HTTP回应的状态码有一点都不小可能是200。

假设Origin钦点的域名在获准限制内,服务器重回的响应,会多出多少个头音讯字段。

JavaScript

Access-Control-Allow-Origin: Access-Control-Allow-Credentials: true Access-Control-Expose-Headers: FooBar Content-Type: text/html; charset=utf-8

1
2
3
4
   Access-Control-Allow-Origin: http://api.bob.com
   Access-Control-Allow-Credentials: true
   Access-Control-Expose-Headers: FooBar
   Content-Type: text/html; charset=utf-8

地点的头音信之中,有多少个与CO奥迪Q5S乞请相关的字段,都以Access-Control-开端

  • Access-Control-Allow-Origin :该字段是必得的。它的值要么是伸手时Origin字段的值,要么是几个*,表示接受任性域名的央浼
  • Access-Control-Allow-Credentials: 该字段可选。它的值是壹个布尔值,表示是还是不是允许发送Cookie。暗中认可意况下,Cookie不包涵在COCRUISERS要求之中。设为true,即表示服务器明确批准,Cookie能够分包在呼吁中,一同发给服务器。这几个值也不得不设为true,假使服务器不要浏览器发送库克ie,删除该字段即可。
  • Access-Control-Expose-Headers:该字段可选。COOdysseyS央浼时,XMLHttpRequest对象的getResponseHeader()方法只好获得6个着力字段:Cache-Control、Content-Language、Content-Type、Expires、Last-Modified、Pragma。假设想得到其余字段,就必须在Access-Control-Expose-Headers里面钦赐。

withCredentials 属性

地点说起,COHavalS伏乞暗中认可不发送Cookie和HTTP认证消息。假诺要把Cookie发到服务器,一方面要服务器同意,内定Access-Control-Allow-Credentials字段。

一面,开辟者必需在AJAX央浼中开荒withCredentials属性。

JavaScript

var xhr = new XMLHttpRequest(); // IE8/9需用window.XDomainRequest包容 // 前端安装是或不是带cookie xhr.withCredentials = true; xhr.open('post', '', true); xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded'); xhr.send('user=admin'); xhr.onreadystatechange = function() { if (xhr.readyState == 4 && xhr.status == 200) { alert(xhr.responseText); } }; // jquery $.ajax({ ... xhr菲尔德s: { withCredentials: true // 前端安装是或不是带cookie }, crossDomain: true, // 会让诉求头中包涵跨域的附加音讯,但不会含cookie ... });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
var xhr = new XMLHttpRequest(); // IE8/9需用window.XDomainRequest兼容
 
// 前端设置是否带cookie
xhr.withCredentials = true;
 
xhr.open('post', 'http://www.domain2.com:8080/login', true);
xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');
xhr.send('user=admin');
 
xhr.onreadystatechange = function() {
    if (xhr.readyState == 4 && xhr.status == 200) {
        alert(xhr.responseText);
    }
};
 
// jquery
$.ajax({
    ...
   xhrFields: {
       withCredentials: true    // 前端设置是否带cookie
   },
   crossDomain: true,   // 会让请求头中包含跨域的额外信息,但不会含cookie
    ...
});

不然,固然服务器同意发送Cookie,浏览器也不会发送。恐怕,服务器要求安装Cookie,浏览器也不会管理。 不过,假若省略withCredentials设置,有的浏览器依然会联合发送Cookie。那时,能够显式关闭withCredentials。

亟待潜心的是,如若要发送Cookie,Access-Control-Allow-Origin就不可能设为星号,必得钦赐明显的、与须求网页一致的域名。同一时候,Cookie还是遵照同源政策,独有用服务器域名设置的Cookie才会上传,其余域名的Cookie并不会上传,且(跨源)原网页代码中的document.cookie也无力回天读取服务器域名下的Cookie。
非简单乞请

非简单央求是这种对服务器有特殊须要的央浼,比方供给方法是PUT或DELETE,或许Content-Type字段的种类是application/json。

非简单诉求的CO凯雷德S要求,会在正规通讯在此以前,扩大三遍HTTP查询央浼,称为”预检”央求(preflight)。

浏览器先掌握服务器,当前网页所在的域名是还是不是在服务器的认同名单之中,以致能够应用什么HTTP动词和头音信字段。独有获得确定答复,浏览器才会发生正式的XMLHttpRequest要求,否则就报错。

JavaScript

var url = ''; var xhr = new XMLHttpRequest(); xhr.open('PUT', url, true); xhr.setRequestHeader('X-Custom-Header', 'value'); xhr.send();

1
2
3
4
5
var url = 'http://api.alice.com/cors';
var xhr = new XMLHttpRequest();
xhr.open('PUT', url, true);
xhr.setRequestHeader('X-Custom-Header', 'value');
xhr.send();

浏览器发掘,那是贰个非轻易哀告,就自动发出一个”预检”央浼,须要服务器确承认以如此恳求。下边是这些”预检”诉求的HTTP头新闻。

JavaScript

OPTIONS /cors HTTP/1.1 Origin: Access-Control-Request-Method: PUT Access-Control-Request-Headers: X-Custom-Header Host: api.alice.com Accept-Language: en-US Connection: keep-alive User-Agent: Mozilla/5.0...

1
2
3
4
5
6
7
8
    OPTIONS /cors HTTP/1.1
   Origin: http://api.bob.com
   Access-Control-Request-Method: PUT
   Access-Control-Request-Headers: X-Custom-Header
   Host: api.alice.com
   Accept-Language: en-US
   Connection: keep-alive
   User-Agent: Mozilla/5.0...

“预检”哀告用的央求方法是OPTIONS,表示那几个央浼是用来精通的。头新闻里面,关键字段是Origin,表示需要来自哪个源。

而外Origin字段,”预检”须要的头音讯包涵几个突出字段。

Access-Control-Request-Method:该字段是必需的,用来列出浏览器的CO大切诺基S乞请会用到如何HTTP方法,上例是PUT。
Access-Control-Request-Headers:该字段是贰个逗号分隔的字符串,内定浏览器CO奥迪Q5S诉求会额外发送的头音信字段,上例是X-Custom-Header

预检要求的回答

服务器收到”预检”诉求以往,检查了Origin、Access-Control-Request-Method和Access-Control-Request-Headers字段现在,确认允许跨源乞求,就足以做出回复

JavaScript

HTTP/1.1 200 OK Date: Mon, 01 Dec 2008 01:15:39 GMT Server: Apache/2.0.61 (Unix) Access-Control-Allow-Origin: Access-Control-Allow-Methods: GET, POST, PUT Access-Control-Allow-Headers: X-Custom-Header Content-Type: text/html; charset=utf-8 Content-Encoding: gzip Content-Length: 0 Keep-Alive: timeout=2, max=100 Connection: Keep-Alive Content-Type: text/plain

1
2
3
4
5
6
7
8
9
10
11
12
HTTP/1.1 200 OK
Date: Mon, 01 Dec 2008 01:15:39 GMT
Server: Apache/2.0.61 (Unix)
Access-Control-Allow-Origin: http://api.bob.com
Access-Control-Allow-Methods: GET, POST, PUT
Access-Control-Allow-Headers: X-Custom-Header
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
Content-Length: 0
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Content-Type: text/plain

地点的HTTP回应中,关键的是Access-Control-Allow-Origin字段,表示

譬如浏览器否定了”预检”哀告,会回来三个好端端的HTTP回应,可是尚未任何CO哈弗S相关的头消息字段。那时,浏览器就能够确认,服务器区别意预检央浼,因而触发三个荒唐,被XMLHttpRequest对象的onerror回调函数捕获。调整台会打字与印刷出如下的报错新闻。

服务器回应的另外CORS相关字段如下:

JavaScript

Access-Control-Allow-Methods: GET, POST, PUT Access-Control-Allow-Headers: X-Custom-Header Access-Control-Allow-Credentials: true Access-Control-Max-Age: 1728000

1
2
3
4
Access-Control-Allow-Methods: GET, POST, PUT
Access-Control-Allow-Headers: X-Custom-Header
Access-Control-Allow-Credentials: true
Access-Control-Max-Age: 1728000
  • Access-Control-Allow-Methods:该字段必需,它的值是逗号分隔的三个字符串,声明服务器帮衬的持有跨域诉求的法子。注意,再次回到的是有着帮助的办法,而不单是浏览器诉求的不胜情势。那是为了制止频仍”预检”央浼。
  • Access-Control-Allow-Headers:借使浏览器央求满含Access-Control-Request-Headers字段,则Access-Control-Allow-Headers字段是必不可缺的。它也是三个逗号分隔的字符串,注明服务器扶助的享有头新闻字段,不限于浏览器在”预检”中呼吁的字段。
  • Access-Control-Allow-Credentials: 该字段与轻巧乞求时的意义一样。
  • Access-Control-马克斯-Age: 该字段可选,用来钦点本次预检哀告的保藏期,单位为秒。上边结果中,有效期是20天(172八千秒),即允许缓存该条回应172八千秒(即20天),在此时期,不用发出另一条预检央求。

浏览器正常央浼应对

如果服务器通过了”预检”央浼,未来每回浏览器符合规律的CO传祺S哀告,就都跟轻易供给同样,会有一个Origin头新闻字段。服务器的答疑,也都会有一个Access-Control-Allow-Origin头新闻字段。

JavaScript

PUT /cors HTTP/1.1 Origin: Host: api.alice.com X-Custom-Header: value Accept-Language: en-US Connection: keep-alive User-Agent: Mozilla/5.0...

1
2
3
4
5
6
7
PUT /cors HTTP/1.1
Origin: http://api.bob.com
Host: api.alice.com
X-Custom-Header: value
Accept-Language: en-US
Connection: keep-alive
User-Agent: Mozilla/5.0...

浏览器的健康COEnclaveS乞请。上面头信息的Origin字段是浏览器自动抬高的。上边是服务器常规的应对。

JavaScript

Access-Control-Allow-Origin: Content-Type: text/html; charset=utf-8

1
2
Access-Control-Allow-Origin: http://api.bob.com
Content-Type: text/html; charset=utf-8

Access-Control-Allow-Origin字段是历次回应都一定包含的
结束语

COEvoqueS与JSONP的采纳目标同样,可是比JSONP越来越强劲。JSONP只援助GET必要,CO奥德赛S帮助具有项指标HTTP央浼。JSONP的优势在于扶助老式浏览器,以至能够向不接济CO瑞虎S的网址呼吁数据。
WebSocket商业事务跨域

WebSocket protocol是HTML5一种新的说道。它达成了浏览器与服务器全双工通讯,同一时候同意跨域通信,是server push本领的一种很好的达成。

原生WebSocket API使用起来不太低价,大家利用Socket.io,它很好地卷入了webSocket接口,提供了更简便、灵活的接口,也对不援助webSocket的浏览器提供了向下包容。

前边一个代码:

JavaScript

<div>user input:<input type="text"></div> <script src="./socket.io.js"></script> <script> var socket = io(''); // 连接成功拍卖 socket.on('connect', function() { // 监听服务端音信 socket.on('message', function(msg) { console.log('data from server: ---> ' msg); }); // 监听服务端关闭 socket.on('disconnect', function() { console.log('Server socket has closed.'); }); }); document.getElementsByTagName('input')[0].onblur = function() { socket.send(this.value); }; </script>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<div>user input:<input type="text"></div>
<script src="./socket.io.js"></script>
<script>
var socket = io('http://www.domain2.com:8080');
 
// 连接成功处理
socket.on('connect', function() {
    // 监听服务端消息
    socket.on('message', function(msg) {
        console.log('data from server: ---> ' msg);
    });
 
    // 监听服务端关闭
    socket.on('disconnect', function() {
        console.log('Server socket has closed.');
    });
});
 
document.getElementsByTagName('input')[0].onblur = function() {
    socket.send(this.value);
};
</script>

node Server

JavaScript

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

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

node代理跨域

node中间件达成跨域代理,是通过启一个代理服务器,达成数量的转向,也能够经过设置cookieDomainRewrite参数修改响应头中cookie中域名,完成当前域的cookie写入,方便接口登陆认证。

利用node express http-proxy-middleware搭建一个proxy服务器

前端代码

JavaScript

var xhr = new XMLHttpRequest(); // 前端按钮:浏览器是或不是读写cookie xhr.withCredentials = true; // 访谈http-proxy-middleware代理服务器 xhr.open('get', '', true); xhr.send();

1
2
3
4
5
6
7
8
var xhr = new XMLHttpRequest();
 
// 前端开关:浏览器是否读写cookie
xhr.withCredentials = true;
 
// 访问http-proxy-middleware代理服务器
xhr.open('get', 'http://www.domain1.com:3000/login?user=admin', true);
xhr.send();

后端代码

JavaScript

var express = require('express'); var proxy = require('http-proxy-middleware'); var app = express(); app.use('/', proxy({ // 代理跨域指标接口 target: '', changeOrigin: true, // 修改响应头信息,完结跨域并允许带cookie onProxyRes: function(proxyRes, req, res) { res.header('Access-Control-Allow-Origin', ''); res.header('Access-Control-Allow-Credentials', 'true'); }, // 修改响应音信中的cookie域名 cookieDomainRewrite: 'www.domain1.com' // 可认为false,表示不修改 })); app.listen(两千); console.log('Proxy server is listen at port 三千...');

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
var express = require('express');
var proxy = require('http-proxy-middleware');
var app = express();
 
app.use('/', proxy({
    // 代理跨域目标接口
    target: 'http://www.domain2.com:8080',
    changeOrigin: true,
 
    // 修改响应头信息,实现跨域并允许带cookie
    onProxyRes: function(proxyRes, req, res) {
        res.header('Access-Control-Allow-Origin', 'http://www.domain1.com');
        res.header('Access-Control-Allow-Credentials', 'true');
    },
 
    // 修改响应信息中的cookie域名
    cookieDomainRewrite: 'www.domain1.com'  // 可以为false,表示不修改
}));
 
app.listen(3000);
console.log('Proxy server is listen at port 3000...');

nginx代理跨域

NGINX其实个人尚未怎么玩过,所以一时也就不可能误人子弟了,原谅作者才疏尚浅~ 有机缘学习钻研再回去补充~~
交流

招待插手react手艺栈、前端手艺杂谈QQ群

前者技艺随笔:604953717
react技术栈:398240621

仿照效法文书档案

1 赞 6 收藏 评论

金沙澳门官网网址 1

本文由金沙澳门官网发布于前端知识,转载请注明出处:不就是跨域么

关键词: 金沙澳门官网