前言
转眼就是秋招季啦。经历了几场笔试面试，屡次被问到关于如何实现跨域。老实说，之前都是纸上谈兵，也没有项目需要跨域，甚至觉得这个东西没什么意义。直到今天项目中遇到了跨域问题，看了不少资料才理解跨域的普遍性和意义。特写此篇文章整理自己所得。
转自个人博客: 关于跨域
什么是跨域
一般来说，如果你在开发中需要进行跨域操作(从一个非同源网站发送请求获取数据)，一般而言，你在浏览器控制台看到的结果为：
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);
后续
收到了很多小伙伴的建议和指正，不胜感激，我会慢慢丰富这篇文章的内容的。请多多指教~
作者：lsxj
来源：51CTO