js跨域方法

时间 2019-11-10

原文原文链接

本文来自网络（http://f2e.me/200904/cross-scripting/，该网址已不能访问），仅做我的读书笔记之用，并稍做修改和补充。css

什么是跨域html

JavaScript出于安全方面的考虑，不容许跨域调用其余页面的对象。但在安全限制的同时也给注入iframe或是ajax应用上带来了很多麻烦。这里把涉及到跨域的一些问题简单地整理一下：html5

首先什么是跨域，简单地理解就是由于JavaScript同源策略的限制，a.com 域名下的js没法操做b.com或是c.a.com域名下的对象。更详细的说明能够看下表：java

URLnode	说明jquery	是否容许通讯web
http://www.a.com/a.jsajax http://www.a.com/b.jschrome	同一域名下	容许
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这种状况下也不容许访问）
http://www.cnblogs.com/a.js http://www.a.com/b.js	不一样域名	不容许

特别注意两点：

第一，若是是协议和端口形成的跨域问题“前台”是无能为力的，

第二：在跨域问题上，域仅仅是经过“URL的首部”来识别而不会去尝试判断相同的ip地址对应着两个域或两个域是否在同一个ip上。

“URL的首部”指window.location.protocol +window.location.host，也能够理解为“Domains, protocols and ports must match”。

接下来简单地总结一下在“前台”通常处理跨域的办法，后台proxy这种方案牵涉到后台配置，这里就不阐述了，有兴趣的能够看看yahoo的这篇文章：《JavaScript: Use a Web Proxy for Cross-Domain XMLHttpRequest Calls》

一、document.domain+iframe的设置

对于主域相同而子域不一样的例子，能够经过设置document.domain的办法来解决。具体的作法是能够在http://www.a.com/a.html和http://script.a.com/b.html两个文件中分别加上document.domain = ‘a.com’；而后经过a.html文件中建立一个iframe，去控制iframe的contentDocument，这样两个js文件之间就能够“交互”了。固然这种办法只能解决主域相同而二级域名不一样的状况，若是你异想天开的把script.a.com的domian设为alibaba.com那显然是会报错地！代码以下：

www.a.com上的a.html

document.domain = 'a.com';
var ifr = document.createElement('iframe');
ifr.src = 'http://script.a.com/b.html';
ifr.style.display = 'none';
document.body.appendChild(ifr);
ifr.onload = function(){
    var doc = ifr.contentDocument || ifr.contentWindow.document;
    // 在这里操纵b.html
    alert(doc.getElementsByTagName("h1")[0].childNodes[0].nodeValue);
};

script.a.com上的b.html

document.domain = 'a.com';

这种方式适用于{www.kuqin.com, kuqin.com, script.kuqin.com, css.kuqin.com}中的任何页面相互通讯。

备注：某一页面的domain默认等于window.location.hostname。主域名是不带www的域名，例如a.com，主域名前面带前缀的一般都为二级域名或多级域名，例如www.a.com实际上是二级域名。 domain只能设置为主域名，不能够在b.a.com中将domain设置为c.a.com。

问题：

一、安全性，当一个站点（b.a.com）被攻击后，另外一个站点（c.a.com）会引发安全漏洞。

二、若是一个页面中引入多个iframe，要想可以操做全部iframe，必须都得设置相同domain。

二、动态建立script

虽然浏览器默认禁止了跨域访问，但并不由止在页面中引用其余域的JS文件，并能够自由执行引入的JS文件中的function（包括操做cookie、Dom等等）。根据这一点，能够方便地经过建立script节点的方法来实现彻底跨域的通讯。具体的作法能够参考YUI的Get Utility

这里判断script节点加载完毕仍是蛮有意思的：ie只能经过script的readystatechange属性，其它浏览器是script的load事件。如下是部分判断script加载完毕的方法。

js.onload = js.onreadystatechange = function() {
    if (!this.readyState || this.readyState === 'loaded' || this.readyState === 'complete') {
        // callback在此处执行
        js.onload = js.onreadystatechange = null;
    }
};

三、利用iframe和location.hash

这个办法比较绕，可是能够解决彻底跨域状况下的脚步置换问题。原理是利用location.hash来进行传值。在url： http://a.com#helloword中的‘#helloworld’就是location.hash，改变hash并不会致使页面刷新，因此能够利用hash值来进行数据传递，固然数据容量是有限的。假设域名a.com下的文件cs1.html要和cnblogs.com域名下的cs2.html传递信息，cs1.html首先建立自动建立一个隐藏的iframe，iframe的src指向cnblogs.com域名下的cs2.html页面，这时的hash值能够作参数传递用。cs2.html响应请求后再将经过修改cs1.html的hash值来传递数据（因为两个页面不在同一个域下IE、Chrome不容许修改parent.location.hash的值，因此要借助于a.com域名下的一个代理iframe；Firefox能够修改）。同时在cs1.html上加一个定时器，隔一段时间来判断location.hash的值有没有变化，一点有变化则获取获取hash值。代码以下：

先是a.com下的文件cs1.html文件：

function startRequest(){
    var ifr = document.createElement('iframe');
    ifr.style.display = 'none';
    ifr.src = 'http://www.cnblogs.com/lab/cscript/cs2.html#paramdo';
    document.body.appendChild(ifr);
}

cnblogs.com域名下的cs2.html:

//模拟一个简单的参数处理操做
switch(location.hash){
    case '#paramdo':
        callBack();
        break;
    case '#paramset':
        //do something……
        break;
}

function callBack(){
    try {
        parent.location.hash = 'somedata';
    } catch (e) {
        // ie、chrome的安全机制没法修改parent.location.hash，
        // 因此要利用一个中间的cnblogs域下的代理iframe
        var ifrproxy = document.createElement('iframe');
        ifrproxy.style.display = 'none';
        ifrproxy.src = 'http://a.com/test/cscript/cs3.html#somedata';    // 注意该文件在"a.com"域下
        document.body.appendChild(ifrproxy);
    }
}

a.com下的域名cs3.html

//由于parent.parent和自身属于同一个域，因此能够改变其location.hash的值
parent.parent.location.hash = self.location.hash.substring(1);

固然这样作也存在不少缺点，诸如数据直接暴露在了url中，数据容量和类型都有限等……

四、window.name实现的跨域数据传输

文章较长列在此处不便于阅读，详细请看 window.name实现的跨域数据传输。

五、使用HTML5 postMessage

HTML5中最酷的新功能之一就是跨文档消息传输Cross Document Messaging。下一代浏览器都将支持这个功能：Chrome 2.0+、Internet Explorer 8.0+, Firefox 3.0+, Opera 9.6+, 和 Safari 4.0+ 。 Facebook已经使用了这个功能，用postMessage支持基于web的实时消息传递。

otherWindow.postMessage(message, targetOrigin);

otherWindow: 对接收信息页面的window的引用。能够是页面中iframe的contentWindow属性；window.open的返回值；经过name或下标从window.frames取到的值。

message: 所要发送的数据，string类型。

targetOrigin: 用于限制otherWindow，“*”表示不做限制

a.com/index.html中的代码：

b.com/index.html中的代码：

参考文章：《精通HTML5编程》第五章——跨文档消息机制、https://developer.mozilla.org/en/dom/window.postmessage

六、利用flash

这是从YUI3的IO组件中看到的办法，具体可见http://developer.yahoo.com/yui/3/io/。

能够看在Adobe Developer Connection看到更多的跨域代理文件规范：ross-Domain Policy File Specifications、HTTP Headers Blacklist。

来自 <http://www.cnblogs.com/rainman/archive/2011/02/20/1959325.html>

一、jsonp

JSON的优势：

一、基于纯文本，跨平台传递极其简单；

二、Javascript原生支持，后台语言几乎所有支持；

三、轻量级数据格式，占用字符数量极少，特别适合互联网传递；

四、可读性较强，虽然比不上XML那么一目了然，但在合理的依次缩进以后仍是很容易识别的；

五、容易编写和解析，固然前提是你要知道数据结构；

好比Google的ajax搜索接口：http://ajax.googleapis.com/ajax/services/search/web?v=1.0&q=?&callback=?

q=?这个问号是表示你要搜索的内容，最重要的是第二个callback=?这个是正如其名表示回调函数的名称，也就是将你本身在客户端定义的回调函数的函数名传送给服务端，服务端则会返回以你定义的回调函数名的方法，将获取的json数据传入这个方法完成回调。有点罗嗦了，仍是看看实现代码吧：

//添加<script>标签的方法

function addScriptTag(src){

var script = document.createElement('script');

script.setAttribute("type","text/javascript");

script.src = src;

document.body.appendChild(script);

}

window.onload = function(){

//搜索apple，将自定义的回调函数名result传入callback参数中

addScriptTag("http://ajax.googleapis.com/ajax/services/search/web?v=1.0&q=apple&callback=result");

}

//自定义的回调函数result

function result(data) {

//咱们就简单的获取apple搜索结果的第一条记录中url数据

alert(data.responseData.results[0].unescapedUrl);

}

</script>

接下来咱们本身来建立一个简单的远程服务，实现和上面同样的JSONP服务。仍是利用Web程序A和程序B来作演示，此次咱们在程序B上建立一个MyService.ashx文件。

程序B的MyService.ashx代码：

1 public class MyService : IHttpHandler

2 {

3 public void ProcessRequest(HttpContext context)

4 {

5 //获取回调函数名

6 string callback = context.Request.QueryString["callback"];

7 //json数据

8 string json = "{\"name\":\"chopper\",\"sex\":\"man\"}";

10 context.Response.ContentType = "application/json";

11 //输出：回调函数名(json数据)

12 context.Response.Write(callback + "(" + json + ")");

13 }

15 public bool IsReusable

16 {

17 get

18 {

19 return false;

20 }

21 }

22 }

程序A的sample代码中的调用：

1 <script type="text/javascript">

2 function addScriptTag(src){

3 var script = document.createElement('script');

4 script.setAttribute("type","text/javascript");

5 script.src = src;

6 document.body.appendChild(script);

7 }

9 window.onload = function(){

10 //调用远程服务

11 addScriptTag("http://localhost:20002/MyService.ashx?callback=person");

13 }

14 //回调函数person

15 function person(data) {

16 alert(data.name + " is a " + data.sex);

17 }

18 </script>

jQuery对JSONP的实现

jQuery框架也固然支持JSONP，可使用$.getJSON(url,[data],[callback])方法(详细能够参考http://api.jquery.com/jQuery.getJSON/)。那咱们就来修改下程序A的代码，改用jQuery的getJSON方法来实现(下面的例子没用用到向服务传参，因此只写了getJSON(url,[callback]))：

$.getJSON("http://localhost:20002/MyService.ashx?callback=?",function(data){

alert(data.name + " is a a" + data.sex);

});

</script>

结果是同样的，要注意的是在url的后面必须添加一个callback参数，这样getJSON方法才会知道是用JSONP方式去访问服务，callback后面的那个问号是内部自动生成的一个回调函数名。这个函数名你们能够debug一下看看，好比jQuery17207481773362960666_1332575486681。

$.ajax({

url:"http://localhost:20002/MyService.ashx?callback=?",

dataType:"jsonp",

jsonpCallback:"person",

success:function(data){

alert(data.name + " is a a" + data.sex);

}

});

</script>

没错，jsonpCallback就是能够指定咱们本身的回调方法名person，远程服务接受callback参数的值就再也不是自动生成的回调名，而是person。dataType是指定按照JSONP方式访问远程服务。

jquery在处理jsonp类型的ajax时（仍是忍不住吐槽，虽然jquery也把jsonp纳入了ajax，但其实它们真的不是一回事儿），自动帮你生成回调函数并把数据取出来供success属性方法来调用

一、ajax和jsonp这两种技术在调用方式上“看起来”很像，目的也同样，都是请求一个url，而后把服务器返回的数据进行处理，所以jquery和ext等框架都把jsonp做为ajax的一种形式进行了封装；

二、但ajax和jsonp其实本质上是不一样的东西。ajax的核心是经过XmlHttpRequest获取非本页内容，而jsonp的核心则是动态添加<script>标签来调用服务器提供的js脚本。

三、因此说，其实ajax与jsonp的区别不在因而否跨域，ajax经过服务端代理同样能够实现跨域，jsonp自己也不排斥同域的数据的获取。

四、还有就是，jsonp是一种方式或者说非强制性协议，如同ajax同样，它也不必定非要用json格式来传递数据，若是你愿意，字符串都行，只不过这样不利于用jsonp提供公开服务。

总而言之，jsonp不是ajax的一个特例，哪怕jquery等巨头把jsonp封装进了ajax，也不能改变着一点！