你应该知道如何跨域

前言

转眼就是秋招季啦。经历了几场笔试面试,屡次被问到关于如何实现跨域。老实说,之前都是纸上谈兵,也没有项目需要跨域,甚至觉得这个东西没什么意义。直到今天项目中遇到了跨域问题,看了不少资料才理解跨域的普遍性和意义。特写此篇文章整理自己所得。

转自个人博客: 关于跨域

什么是跨域

一般来说,如果你在开发中需要进行跨域操作(从一个非同源网站发送请求获取数据),一般而言,你在浏览器控制台看到的结果为:

XMLHttpRequest cannot load http://external-domain/service. No ‘Access-Control-Allow-Origin’ header is present on the requested resource. Origin ‘http://my-domain’ is therefore not allowed access.

同源策略

说到跨域就不得不提“同源策略”。

同源策略是Web浏览器针对恶意的代码所进行的措施,为了防止世界被破坏,为了保护世界的和平,Web浏览器,采取了同源策略,只允许脚本读取和所属文档来源相同的窗口和文档的属性。

那么,怎么判断文档来源是否相同呢?很简单,看三个部分: 协议、主机、端口号。只要其中一个部分不同,则不同源。

跨域的应用场景

来自 home.example.com 的文档里的脚本读取 developer.example.com载入的文档的属性。 来自 home.example.com 的文档里的脚本读取 text.segmentfault.com载入的文档的属性。

如何跨域

设置domain属性

针对上述应用场景的***种情况,可以设置Document对象的domain属性。但是设置时使用的字符串必须具有有效的域前缀或者它本身。

PS: domain值中必须有一个点号。

PS: domain不能由松散的变为紧绷的。

//初始值 "home.example.com"  document.domain = "example.com"; //OK document.domain = "home.example.com"; //NO,不能由松散变紧绷 document.domain = "example"; //NO,必须有一个点号 document.domain = "another.com"; //NO, 必须是有效域前缀或其本身  

JSONP

JSONP由两部分组成: 回调函数和数据。

原理:通过动态<script>元素来使用,可以通过src属性指定一个跨域URL。

function handler(data){     console.log(data); }  var script = document.createElement("script"); script.src = "https://segmentfault.com/json/?callback=handler"; document.body.insertBefore(script, document.body.firstChild);  

除此之外,还可以利用jQuery来实现。

function jsonCallback(json){   console.log(json); }  $.ajax({   url: "http://run.plnkr.co/plunks/v8xyYN64V4nqCshgjKms/data-2.json",   dataType: "jsonp" }); 

运行结果如下:

某些API(例如Github API)允许你定义一个回调函数,当请求返回时执行该函数。

function logResults(json){   console.log(json); }  $.ajax({   url: "https://api.github.com/users/jeresig",   dataType: "jsonp",   jsonpCallback: "logResults" }); 

运行结果如下:

优点:

兼容性强。 简单易用,能之间访问响应文本,支持浏览器与服务器之间双向通信。

不足:

只能用GET方法,不能使用POST方法 无法判断请求是否失败,没有错误处理。

跨域资源共享CORS

需要浏览器和服务器同时支持。

原理:使用"Origin:"请求头和"Access-Control-Allow-Origin"响应头来扩展HTTP。其实就是利用新的HTTP头部来进行浏览器与服务器之间的沟通。

针对前端代码而言,变化的地方在于相对路径需改为绝对路径。

//以前的方式 var xhr = new XMLHttpRequest();  xhr.open("GET", "/test", true);  xhr.send();  //CORS方式 var xhr = new XMLHttpRequest();  xhr.open("GET", "http://segmentfault.com/test", true);  xhr.send();   

针对服务器代码而言,需要设置Access-Control-Allow-Origin,显式地列出源或使用通配符来匹配所有源。

优点:

CORS支持所有类型的HTTP请求。 使用CORS,开发者可以使用普通的XMLHttpRequest发起请求和获得数据

不足:

不能发送和接收cookie

更新:服务端可以通过设置Access-Control-Allow-Credentials该字段来表示是否允许发送Cookie。发送ajax请求时,需配置withCredentials属性。(感谢sf小伙伴@lloyd_zhou 指正)

具体可查看 阮一峰大大的博客。

不能使用setRequestHeader()设置自定义头部 兼容IE10+

postMessage

postMessge()是HTML5新定义的通信机制。所有主流浏览器都已实现。该API定义在Window对象。

otherWindow.postMessage(message, targetOrigin); 

message: 要传递的消息。

targetOrigin: 指定目标窗口的源。在发送消息的时候,如果目标窗口的协议、主机地址或端口这三者的任意一项不匹配targetOrigin提供的值,那么消息就不会被发送;只有三者完全匹配,消息才会被发送。这个机制用来控制消息可以发送到哪些窗口;

当源匹配时,调用postMessage()方法时,目标窗口的Window对象会触发一个message事件。在进行监听事件时,应先判断origin属性,忽略来自未知源的消息。

//<http://example.com:8080>上的脚本: var popup = window.open(...popup details...); popup.postMessage("The user is 'bob' and the password is 'secret'",               "https://secure.example.net");   popup.postMessage("hello there!", "http://example.org");  function receiveMessage(event) {   if (event.origin !== "http://example.org")     return;   // event.source is popup   // event.data is "hi there yourself!  the secret response is: rheeeeet!"【见下面一段代码可知】 } window.addEventListener("message", receiveMessage, false);  

针对上面的脚本进行接受数据的操作:

/*  * popup的脚本,运行在<http://example.org>:  */  //当postMessage后触发的监听事件 function receiveMessage(event) {   //先判断源   if (event.origin !== "http://example.com:8080")     return;    // event.source:window.opener   // event.data:"hello there!"    event.source.postMessage("hi there yourself!  the secret response " +                            "is: rheeeeet!",                            event.origin); }  window.addEventListener("message", receiveMessage, false);  

后续

收到了很多小伙伴的建议和指正,不胜感激,我会慢慢丰富这篇文章的内容的。请多多指教~

参考文章

前端跨域请求原理及实践 Window.postMessage()|MDN 老生常谈的跨域处理 JavaScript跨域问题总结 实现跨域的几种方式 jQuery’s JSONP Explained with Examples