协议、域名、端口有一个不同即被当作不同的域
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 主域相同,子域不同 不允许
http://www.a.com/a.js
http://a.com/b.js 同一域名,不同二级域名(同上) 不允许(cookie这种情况下也不允许访问)
对于端口和协议的不同,只能通过后台来解决
CORS(Cross-Origin Resource Sharing)跨域资源共享,定义了访问跨域资源时浏览器与服务器的通信方式。CORS的基本思想是使用自定义HTTP头部让浏览器与服务器通信,从而决定请求或响应的成功与否。
<script type="text/javascript">
var xhr = new XMLHttpRequest();
xhr.open("GET", "/getdata",true);
xhr.send();
</script>
以上的getdata是相对路径(不跨域)
<script type="text/javascript">
var xhr = new XMLHttpRequest();
xhr.open("GET", "http://csxiaoyao.com/u/getdata/",true);
xhr.send();
</script>
使用CORS(跨域),相对路径换成其他域的绝对路径(跨域访问的接口地址)
服务器端对于CORS的支持通过设置 Access-Control-Allow-Origin
,如果浏览器检测到相应的设置,则允许Ajax跨域访问
JSONP(JSON with Padding)填充式JSON是资料格式 JSON 的一种“使用模式”,是被包含在函数调用中的JSON,例如:callback({"name","trigkit4"});
JSONP由两部分组成:回调函数和数据 回调函数是当响应到来时页面中调用的函数,数据是传入回调函数中的JSON数据 js中直接用XMLHttpRequest请求不同域的数据是不允许的,但在页面上引入不同域的js脚本文件是允许的,jsonp利用这个特性实现。 例如:
<script type="text/javascript">
function dosomething(jsondata){
//处理获得的json数据
}
</script>
<script src="http://example.com/data.php?callback=dosomething"></script>
js文件载入成功后会执行url参数中指定的函数,并且把需要的json数据作为参数传入。所以jsonp需要服务器端的配合。
<?php
$callback = $_GET['callback'];//得到回调函数名
$data = array('a','b','c');//要返回的数据
echo $callback.'('.json_encode($data).')';//输出
?>
最终,输出结果为:dosomething(['a','b','c']);
<script type="text/javascript">
$.getJSON('http://example.com/data.php?callback=?,function(jsondata)'){
//处理获得的json数据
});
</script>
jquery会自动生成一个全局函数来替换callback=?中的问号,之后获取到数据后会自动销毁,实际上是起一个临时代理函数的作用。$.getJSON方法会自动判断是否跨域,不跨域的话,就调用普通的ajax方法;跨域的话,则会以异步加载js文件的形式来调用jsonp的回调函数。
优点:不像XMLHttpRequest对象实现的Ajax请求受到同源策略的限制;兼容性更好,在更加古老的浏览器中都可以运行,不需要XMLHttpRequest或ActiveX的支持;在请求完毕后可以通过调用callback的方式回传结果。 缺点:只支持GET请求,不支持POST等其它类型的HTTP请求;只支持跨域HTTP请求这种情况,不能解决不同域的两个页面之间如何进行JavaScript调用的问题。
CORS 与 JSONP 对比 CORS与JSONP相比,无疑更为先进、方便和可靠。 1. JSONP只能实现GET请求,而CORS支持所有类型的HTTP请求。 2. 使用CORS,开发者可以使用普通的XMLHttpRequest发起请求和获得数据,比JSONP有更好的错误处理。 3. JSONP主要被老的浏览器支持,它们往往不支持CORS,而绝大多数现代浏览器都已经支持了CORS)。
浏览器同源策略限制之一是不能通过ajax的方法去请求不同源中的文档。第二个限制是浏览器中不同域的框架之间不能进行js的交互操作。 不同的框架之间可以获取window对象,但无法获取相应的属性和方法。例如,有一个页面地址是http://www.example.com/a.html,在这个页面里有一个iframe,src是http://example.com/b.html,这个页面与里面的iframe框架不同域的,所以无法通过在页面中书写js代码来获取iframe中数据:
<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://example.com/b.html" onload = "test()"></iframe>
这时只要把http://www.example.com/a.html 和 http://example.com/b.html两个页面的document.domain都设成相同的域名就可以了。但document.domain的设置是有限制的,只能把document.domain设置成自身或更高一级的父域,且主域必须相同。
<iframe id = "iframe" src="http://example.com/b.html" onload = "test()"></iframe>
<script type="text/javascript">
document.domain = 'example.com';//设置成主域
function test(){
alert(document.getElementById('iframe').contentWindow);//contentWindow 可取得子窗口的 window 对象
}
</script>
<script type="text/javascript">
document.domain = 'example.com';//在iframe载入这个页面也设置document.domain,使之与主页面的document.domain相同
</script>
修改document.domain的方法只适用于不同子域的框架间的交互
window对象有name属性,在一个窗口(window)的生命周期内,窗口载入的所有的页面都共享一个window.name,每个页面对window.name都有读写的权限,window.name是持久存在一个窗口载入过的所有页面中的
window.postMessage(message,targetOrigin) 方法是html5的新特性,可以使用它来向其它的window对象发送消息,无论这个window对象是属于同源或不同源,目前IE8+、FireFox、Chrome、Opera等浏览器都已经支持window.postMessage方法