Web前端学习笔记以前端跨域知识总结

时间  2019-11-18
标签 web 前端 学习 笔记 知识 总结 栏目 HTML 繁體版
原文   原文链接

 

0x00 前言

相信每个前端er对于跨域这两个字都不会陌生，在实际项目中应用也是比较多的。但跨域方法的多种多样实在让人应接不暇。老规矩，碰到这种状况，就只能本身总结一篇博客，做为记录。javascript

 

0x01 什么是跨域

跨域一词从字面意思看，就是跨域名嘛，但实际上跨域的范围绝对不止那么狭隘。具体概念以下：只要协议、域名、端口有任何一个不一样，都被看成是不一样的域。之因此会产生跨域这个问题呢，其实也很容易想明白，要是随便引用外部文件，不一样标签下的页面引用相似的彼此的文件，浏览器很容易懵逼的，安全也得不到保障了就。什么事，都是安全第一嘛。但在安全限制的同时也给注入iframe或是ajax应用上带来了很多麻烦。因此咱们要经过一些方法使本域的js可以操做其余域的页面对象或者使其余域的js能操做本域的页面对象（iframe之间）。下面是具体的跨域状况详解：php

URL                           说明                    是否容许通讯

http://www.a.com/a.js

http://www.a.com/b.js         同一域名下               容许

http://www.a.com/lab/a.js

http://www.a.com/script/b.js  同一域名下不一样文件夹      容许

http://www.a.com:8000/a.js

http://www.a.com/b.js         同一域名，不一样端口        不容许

http://www.a.com/a.js

https://www.a.com/b.js        同一域名，不一样协议        不容许

http://www.a.com/a.js

http://70.32.92.74/b.js       域名和域名对应ip         不容许

http://www.a.com/a.js

http://script.a.com/b.js      主域相同，子域不一样        不容许（cookie这种状况下也不容许访问）

http://www.a.com/a.js

http://a.com/b.js             同一域名，不一样二级域名（同上） 不容许（cookie这种状况下也不容许访问）

http://www.cnblogs.com/a.js

http://www.a.com/b.js         不一样域名                  不容许

 

这里咱们须要注意两点:html

    1. 若是是协议和端口形成的跨域问题“前台”是无能为力的；前端

    2. 在跨域问题上，域仅仅是经过“URL的首部”来识别而不会去尝试判断相同的ip地址对应着两个域或两个域是否在同一个ip上。
      (“URL的首部”指window.location.protocol +window.location.host，也能够理解为“Domains, protocols and ports must match”。)java

 

0x02 经过document.domain跨域

 前面说过了，浏览器有一个同源策略，其限制之一是不能经过ajax的方法去请求不一样源中的文档。 第二个限制是浏览器中不一样域的框架之间是不能进行js的交互操做的。不一样的框架之间是能够获取window对象的，但却没法获取相应的属性和方法。好比，有一个页面，它的地址是http://www.damonare.cn/a.html ， 在这个页面里面有一个iframe，它的src是http://damonare.cn/b.html, 很显然，这个页面与它里面的iframe框架是不一样域的，因此咱们是没法经过在页面中书写js代码来获取iframe中的东西的：jquery

<script type="text/javascript">

    function test(){

        var iframe = document.getElementById('ifame');

        var win = document.contentWindow;//能够获取到iframe里的window对象，但该window对象的属性和方法几乎是不可用的

        var doc = win.document;//这里获取不到iframe里的document对象

        var name = win.name;//这里一样获取不到window对象的name属性

    }

</script>

<iframe id = "iframe" src="http://damonare.cn/b.html" onload = "test()"></iframe>

这个时候，document.domain就能够派上用场了，咱们只要把http://www.damonare.cn/a.html和http://damonare.cn/b.html这两个页面的document.domain都设成相同的域名就能够了。但要注意的是，document.domain的设置是有限制的，咱们只能把document.domain设置成自身或更高一级的父域，且主域必须相同。ajax

  •  在页面http://www.damonare.cn/a.html 中设置document.domain:
<iframe id = "iframe" src="http://damonare.cn/b.html" onload = "test()"></iframe>

<script type="text/javascript">

    document.domain = 'damonare.cn';//设置成主域

    function test(){

        alert(document.getElementById('iframe').contentWindow);//contentWindow 可取得子窗口的 window 对象

    }
</script>
  • 在页面http://damonare.cn/b.html 中也设置document.domain:
<script type="text/javascript">

    document.domain = 'damonare.cn';//在iframe载入这个页面也设置document.domain，使之与主页面的document.domain相同

</script>

修改document.domain的方法只适用于不一样子域的框架间的交互。

 

0x03 经过location.hash跨域

由于父窗口能够对iframe进行URL读写，iframe也能够读写父窗口的URL，URL有一部分被称为hash，就是#号及其后面的字符，它通常用于浏览器锚点定位，Server端并不关心这部分，应该说HTTP请求过程当中不会携带hash，因此这部分的修改不会产生HTTP请求，可是会产生浏览器历史记录。此方法的原理就是改变URL的hash部分来进行双向通讯。每一个window经过改变其余 window的location来发送消息（因为两个页面不在同一个域下IE、Chrome不容许修改parent.location.hash的值，因此要借助于父窗口域名下的一个代理iframe），并经过监听本身的URL的变化来接收消息。这个方式的通讯会形成一些没必要要的浏览器历史记录，并且有些浏览器不支持onhashchange事件，须要轮询来获知URL的改变，最后，这样作也存在缺点，诸如数据直接暴露在了url中，数据容量和类型都有限等。下面举例说明：chrome

假如父页面是baidu.com/a.html,iframe嵌入的页面为google.com/b.html（此处省略了域名等url属性），要实现此两个页面间的通讯能够经过如下方法。json

  • a.html传送数据到b.htmlsegmentfault

  • a.html下修改iframe的src为google.com/b.html#paco

  • b.html监听到url发生变化，触发相应操做

  •  b.html传送数据到a.html，因为两个页面不在同一个域下IE、Chrome不容许修改parent.location.hash的值，因此要借助于父窗口域名下的一个代理iframe

    • b.html下建立一个隐藏的iframe，此iframe的src是baidu.com域下的，并挂上要传送的hash数据，如src=”http://www.baidu.com/proxy.html#data”

    • proxy.html监听到url发生变化，修改a.html的url（由于a.html和proxy.html同域，因此proxy.html可修改a.html的url hash）

    • a.html监听到url发生变化，触发相应操做

b.html页面的关键代码以下:

try {  

    parent.location.hash = 'data';  

} catch (e) {  

    // ie、chrome的安全机制没法修改parent.location.hash，  

    var ifrproxy = document.createElement('iframe');  

    ifrproxy.style.display = 'none';  

    ifrproxy.src = "http://www.baidu.com/proxy.html#data";  

    document.body.appendChild(ifrproxy);  

}

proxy.html页面的关键代码以下 :

//由于parent.parent（即baidu.com/a.html）和baidu.com/proxy.html属于同一个域，因此能够改变其location.hash的值  

parent.parent.location.hash = self.location.hash.substring(1);

 

0x04 经过HTML5的postMessage方法跨域

高级浏览器Internet Explorer 8+, chrome，Firefox , Opera 和 Safari 都将支持这个功能。这个功能主要包括接受信息的”message”事件和发送消息的”postMessage”方法。好比damonare.cn域的A页面经过iframe嵌入了一个google.com域的B页面，能够经过如下方法实现A和B的通讯

A页面经过postMessage方法发送消息：

window.onload = function() {  

    var ifr = document.getElementById('ifr');  

    var targetOrigin = "http://www.google.com";  

    ifr.contentWindow.postMessage('hello world!', targetOrigin);  

};

postMessage的使用方法：

  • otherWindow.postMessage(message, targetOrigin);

    • otherWindow:指目标窗口，也就是给哪一个window发消息，是 window.frames 属性的成员或者由 window.open 方法建立的窗口

    • message: 是要发送的消息，类型为 String、Object (IE八、9 不支持)

    • targetOrigin: 是限定消息接收范围，不限制请使用 ‘*

B页面经过message事件监听并接受消息:

var onmessage = function (event) {  

  var data = event.data;//消息  

  var origin = event.origin;//消息来源地址  

  var source = event.source;//源Window对象  

  if(origin=="http://www.baidu.com"){  

console.log(data);//hello world!  

  }  

};  

if (typeof window.addEventListener != 'undefined') {  

  window.addEventListener('message', onmessage, false);  

} else if (typeof window.attachEvent != 'undefined') {  

  //for ie  

  window.attachEvent('onmessage', onmessage);  

}

同理，也能够B页面发送消息，而后A页面监听并接受消息。

 

0x05 经过jsonp跨域

刚才说的这几种都是双向通讯的，即两个iframe，页面与iframe或是页面与页面之间的，下面说几种单项跨域的（通常用来获取数据），由于经过script标签引入的js是不受同源策略的限制的。因此咱们能够经过script标签引入一个js或者是一个其余后缀形式（如php，jsp等）的文件，此文件返回一个js函数的调用。

好比，有个a.html页面，它里面的代码须要利用ajax获取一个不一样域上的json数据，假设这个json数据地址是http://damonare.cn/data.php,那么a.html中的代码就能够这样：

<script type="text/javascript">

    function dosomething(jsondata){

        //处理得到的json数据

    }

</script>

<script src="http://example.com/data.php?callback=dosomething"></script>

咱们看到获取数据的地址后面还有一个callback参数，按惯例是用这个参数名，可是你用其余的也同样。固然若是获取数据的jsonp地址页面不是你本身能控制的，就得按照提供数据的那一方的规定格式来操做了。

由于是当作一个js文件来引入的，因此http://damonare.cn/data.php返回的必须是一个能执行的js文件，因此这个页面的php代码多是这样的(必定要和后端约定好哦):

<?php

$callback = $_GET['callback'];//获得回调函数名

$data = array('a','b','c');//要返回的数据

echo $callback.'('.json_encode($data).')';//输出

?>

最终，输出结果为：dosomething([‘a’,’b’,’c’]);

若是你的页面使用jquery，那么经过它封装的方法就能很方便的来进行jsonp操做了。

<script type="text/javascript">

    $.getJSON('http://example.com/data.php?callback=?,function(jsondata)'){

        //处理得到的json数据

    });

</script>

jquery会自动生成一个全局函数来替换callback=?中的问号，以后获取到数据后又会自动销毁，实际上就是起一个临时代理函数的做用。$.getJSON方法会自动判断是否跨域，不跨域的话，就调用普通的ajax方法；跨域的话，则会以异步加载js文件的形式来调用jsonp的回调函数。

  • JSONP的优缺点

    • JSONP的优势是：它不像XMLHttpRequest对象实现的Ajax请求那样受到同源策略的限制；它的兼容性更好，在更加古老的浏览器中均可以运行，不须要XMLHttpRequest或ActiveX的支持；而且在请求完毕后能够经过调用callback的方式回传结果。

    • JSONP的缺点则是：它只支持GET请求而不支持POST等其它类型的HTTP请求；它只支持跨域HTTP请求这种状况，不能解决不一样域的两个页面之间如何进行JavaScript调用的问题。

 

0x06 经过CORS跨域

CORS（Cross-Origin Resource Sharing）跨域资源共享，定义了必须在访问跨域资源时，浏览器与服务器应该如何沟通。CORS背后的基本思想就是使用自定义的HTTP头部让浏览器与服务器进行沟通，从而决定请求或响应是应该成功仍是失败。目前，全部浏览器都支持该功能，IE浏览器不能低于IE10。整个CORS通讯过程，都是浏览器自动完成，不须要用户参与。对于开发者来讲，CORS通讯与同源的AJAX通讯没有差异，代码彻底同样。浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感受。

所以，实现CORS通讯的关键是服务器。只要服务器实现了CORS接口，就能够跨源通讯。

平时的ajax请求多是这样的:

<script type="text/javascript">

    var xhr = new XMLHttpRequest();

    xhr.open("POST", "/damonare",true);

    xhr.send();

</script>

以上damonare部分是相对路径，若是咱们要使用CORS，相关Ajax代码可能以下所示：

<script type="text/javascript">

    var xhr = new XMLHttpRequest();

    xhr.open("GET", "http://segmentfault.com/u/trigkit4/",true);

    xhr.send();

</script>

代码与以前的区别就在于相对路径换成了其余域的绝对路径，也就是你要跨域访问的接口地址。

服务器端对于CORS的支持，主要就是经过设置Access-Control-Allow-Origin来进行的。若是浏览器检测到相应的设置，就能够容许Ajax进行跨域的访问。关于CORS更多了解能够看下阮一峰老师的这一篇文章：跨域资源共享 CORS 详解

  • CORS和JSONP对比

    • JSONP只能实现GET请求，而CORS支持全部类型的HTTP请求。

    • 使用CORS，开发者可使用普通的XMLHttpRequest发起请求和得到数据，比起JSONP有更好的错误处理。

    • JSONP主要被老的浏览器支持，它们每每不支持CORS，而绝大多数现代浏览器都已经支持了CORS）。

CORS与JSONP相比，无疑更为先进、方便和可靠。

 

0x07 经过window.name跨域

window对象有个name属性，该属性有个特征：即在一个窗口(window)的生命周期内,窗口载入的全部的页面都是共享一个window.name的，每一个页面对window.name都有读写的权限，window.name是持久存在一个窗口载入过的全部页面中的，并不会因新页面的载入而进行重置。

好比：咱们在任意一个页面输入

window.name = "My window's name";

setTimeout(function(){

    window.location.href = "http://damonare.cn/";

},1000)

进入damonare.cn页面后咱们再检测再检测 window.name :

window.name; // My window's name

能够看到，若是在一个标签里面跳转网页的话，咱们的 window.name 是不会改变的。
基于这个思想，咱们能够在某个页面设置好 window.name 的值，而后跳转到另一个页面。在这个页面中就能够获取到咱们刚刚设置的 window.name 了。

因为安全缘由，浏览器始终会保持 window.name 是string 类型。

一样这个方法也能够应用到和iframe的交互来：

好比：个人页面(http://damonare.cn/index.html)中内嵌了一个iframe：

<iframe id="iframe" src="http://www.google.com/iframe.html"></iframe>

在 iframe.html 中设置好了 window.name 为咱们要传递的字符串。
咱们在 index.html 中写了下面的代码：

var iframe = document.getElementById('iframe');

var data = '';

 

iframe.onload = function() {

    data = iframe.contentWindow.name;

};

Boom!报错！确定的，由于两个页面不一样源嘛，想要解决这个问题能够这样干：

var iframe = document.getElementById('iframe');

var data = '';

 

iframe.onload = function() {

    iframe.onload = function(){

        data = iframe.contentWindow.name;

    }

    iframe.src = 'about:blank';

};

或者将里面的 about:blank 替换成某个同源页面（about:blank，javascript: 和 data: 中的内容，继承了载入他们的页面的源。）

这种方法与 document.domain 方法相比，放宽了域名后缀要相同的限制，能够从任意页面获取 string 类型的数据

 

0x08 后记

其它诸如中间件跨域，服务器代理跨域，Flash URLLoader跨域，动态建立script标签（简化版本的jsonp）不做讨论。

 

参考

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程