同源策略、跨域

什么是同源策略

  • 协议名+域名+端口就是源,三者都相同视为同源。
  • 不同源的客户端脚本在没有明确授权下,不能读写对方的资源(可引用js、css、png)。例:a.com域名下的js无法操作b.com域名下的对象。

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

  • 同源策略在保证web安全的同时,也降低了网站交互的灵活性;有些大网站因为文件多数据大所以文件可能放在不同的服务器上,那么就有了突破同源策略的限制,以达到交互数据的目的。跨域就是指当域名不同时,我能够突破同源策略的限制去交互数据。(协议和端口不同的话在前台是无法实现的)。
  • 跨域有以下几种实现形式:
    • 降域:对于有相同的后缀(就是域名开头不一样但后面是一样的)的两个源,可以使用document.domain="域名后缀"来改变自己的域名,这样就同源了!(两个源都要设置domain才可)一个域名可以往下降(降为后缀)但不能往上升,但降域后可以回复到原来的域名,测试图如下:
      0_1462687799119_upload-fdf8da8b-fb59-4033-936c-cfecaf16303d
    • jsonp:上一题提到不同源虽然不能读写,但可以引用js,关键点在这;我们可以让引用的js附带数据来调用我们预先定义的函数,而数据当作参数传入。例如:a和b两个网站约定好了一个函数名,当asrc引用b的js时,b中的这段js包含这个函数名并且在后面加个括号中间放入数据,从b的角度来看这段js只是数据名({json数据}),但是在a看来,你的那个数据名在我这是个函数啊,你还有括号和形参,然后在a中这个函数就被调用执行了,而b中的数据就被当作参数传入这个函数。
    • CORS:跨域资源共享这是一个W3C标准,顾名思义它允许浏览器向跨源服务器发起XMLHttpRequest请求,和ajax同源的使用方法一致(区别在于对于跨域请求浏览器的请求会有附加的相关设置,用户看不到),分简单请求和非简单请求。目前所有浏览器都支持(IE需要10及以上才完全支持)CORS,但是需要服务器端有CORS接口,且要有服务器许可的源才可实现跨域资源共享。
    • [HTML5]postMessage:在HTML5中,window增加了一个新方法postMessage用于给目标源发送信息,格式如下:windowobj.postMessage(message,targetOrigin),而目标源会有一个叫message的事件用来监听postMessage,判断是允许的源所发来的数据后,就可以接收做处理。
    • hash方法url→(协议+域名+端口+路径+查询字符串+片段标识符),其中片段标识符就是hash#开头;因为同源策略不允许读写但可以引用,那么我在a中引入一个iframe(内联框架-另一个页面)且src指向b.html,此时的src是a页面输入的;然后我在b页面中用location.hash去修改自身hash也就是数据赋给hash,此时我再去a页面读取iframe的属性src,这个src就会被更新带有hash,处理后我就得到了b中的数据了。(此方法要注意a读取src的时机,要不停地去检测是否变化)
      →→(上面叙述有误,不能直接修改location.hash,被同源禁止,而是要在b中再新建一个指向a.com并且带有b中数据做hash代理iframe,利用这个代理iframea.com同源的特性,再修改父父页面也就是a.comhash,这样a读取hash就得到了数据,可参考最后一题实践截图,但基本原理是对的,就不改了)
    • window.name方法:与hash方法类似,这个方法的核心是利用window.name不随域名改变而变化,只随tab页面的开启关闭而改变的特性。据此特性,我在a页面添加一个iframe,这个iframe指向代理1页面;代理1页面干两件事,把要传给b的数据命名为自己的windowname,修改自身location.href跳转到bb读取windowname知道了a想要什么,就去数据库查,找到后把数据赋值给windownamelocation.href跳转到代理2页面;代理2页面干两件事,读取windowname,用window.parent.函数名调用父window(即a页面)的函数;此时a页面提前定好的函数就doing啦,a啥也不干,就空想数据到来后怎么处理,然后插个iframe告诉代理1自己想要什么就可以坐等数据来了,人生赢家!

jsonp 的原理

  • jsonp的原理:先串通好,你先把数据用括号包起来再加个名字,对就是json格式的数据带名字滴,像data({xxx:'xxx',xxx:'xxx'})这样,记得文件类型改成js;我利用可跨域引用的特点来引用你的js,定个函数起名就和那个数据名字一样,你那边的带名字的数据的js到了我这,咦你数据名和我函数名一样呢,很明显呐就变成一个赤裸裸的带参数的函数,不好意思我看到函数就执行啦,数据就被当成函数参数啦,一切都是套路。(正经的可以参考上一题的jsonp,因为有点重复就用更加通俗的语言来写一写,印象更深刻)

CORS

  • Cross Origin Resource sharing 跨域资源共享,为了满足日益增长的跨域交互需求(折腾)W3C推荐了这种机制,它与我们用的ajax同源请求有什么区别么?有,多了一些组件、请求头等相关设置,但基本还是原来的配方,还是XMLHttpRequest这个对象,正常向有许可的网站发起ajax请求即可!现在它合法了只要对方允许你读取就可以。其实当你读取另一个站的资源时,浏览器就已经发起跨站请求了(现在基本新版浏览器都支持CORS,IE就不说了),只不过因为你没得到对方网站的允许(对方页面未声明你可以访问它),所以浏览器拦截了返回结果并只是告诉你,你不能跨域什么的,以上,可参考上一题。

小练习

本地搭建服务器,演示同源策略

  • 修改了本地host 让多个网址映射到本地服务器
  • 我在a.11.com下用ajax向11.com发起请求
  • 浏览器报错:提示XMLHttpRequest加载失败,请求我帮你发出去了,服务器也给我结果了,但是我在服务器的返回结果的头部没有发现‘请求控制允许源’这么一个东西(Tips:如果有那就是CORS啦),所以a.11.com你的访问是不被允许的。那么这就是同源策略,没有对方允许不能读写对方资源!
    同源策略

至少使用一种方式解决跨域问题

  • 降域:我在a.11.com11.com中都赋值domain="11.com;注意要两个页面都给domain赋值!!用iframe的方法。
    降域
  • jsonp:把数据用json格式弄好包成js文件放在b.22.com,我在a中引用b中的js,并定义一个同名函数来打印数据。
    jsonp
  • CORS:这个简单,我在b.com加个声明,允许a.com来访问我,然后用ajax请求就OK!
    CORS
  • [html5]postMessage:我在a.com中用iframe.contentWindow.postMessage('message',targetOrigin )给b.com发送消息,在b.com中给window绑定监听事件,如果message触发我先判断是不是a发来的,是我就打印,搞定!
    postMessage
  • hash方法:hash方法的原理是a内嵌iframe指向b,b找到数据并新建一个和a.com同源的iframe而且把数据放在路径hash中,利用新建的iframe与a同源的特性修改父父页面也就是a页面的hash(把自己的hash赋给父父hash),a再去读取自身hash即可。
    hash

    a.com下的a.11.htm和代理proxy.htmll如下:
 <p>我是a.11.com</p>
 <iframe src="//b.22.com/test/b.22.html" frameborder="0"></iframe>
<script>
  var data =location.hash.substring(1);
  console.log(data);    
</script>

<p>我是a.com下的 proxy.html</p>
<p> 作用是代理</p>
  <script>
    parent.parent.location.hash=self.location.hash.substring(1);
  </script>
  • window.name方法:tab页面不随域名跳转改变而改变,我先建一个内联iframe修改window.name跳转去b,b读取就知道我想要什么,然后b去找数据,找到后b把数据赋给window.name,再跳转回来,我读取winwod.name就得到数据。
    window.name方法
<p>我是a.11.com</p>
<iframe src="//b.22.com/test/b.22.html" frameborder="0"></iframe>
<script src="http://apps.bdimg.com/libs/jquery/1.9.1/jquery.min.js"></script>
<script>
  function print(data){
    console.log(data);
  }
</script>
<!-- //以下是 b.22.com 下的 b.22.html
<p>我是b.22.com</p>
<script>
  window.name='这是来自b.com的数据';
  location.href='//a.11.com/test/a.proxy.html';
</script> -->

<!--   //以下是 a.11.com 下的 a.proxy.html
<p>我是a.com下的 proxy.html</p>
<p> 作用是代理</p>
<script>
  window.parent.print(window.name);
</script> -->
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容