标签：style blog http io ar color os 使用 sp
(一):动态脚本注入的方法.
即在页面中动态生成<script>脚本标签,另其src指向其它域的js文件(即是src属性为不同域的URL). （一般用于不同域之间的跨域）
var scriptElement = document.createElement(‘script‘);
scriptElement.src = ‘URL‘;
document.getElementsByTagName(‘head‘)[0].appendChild(scriptElement);
通过动态创建script标签就可以加载其它域的js文件，然后通过本页面就可以调用加载后js文件的函数，这样做的缺陷就是不能加载其它域的文档
script标签的 src属性不一定必须是一个存在的js文件，也可以是一个http handler的url，只要这个http handler返回的是一个text/javascript类型的响应就可以了
例：
通过请求服务器端返回的数据是var date = {}的形式;
缺点:
不能设置请求头信息；
参数传递也只能使用GET方式；
不能设置请求的超时处理或重试,就算失败了也不一定知道；
必须等数据都已经返回才能访问他们,而且不能访问请求头信息,也不能把整个响应消息当作字符串来处理；
还有一点就是响应消息作为脚本标签的源码,必须是可执行的JavaScript代码,不能使用其它任何格式的数据
function jsonCallback(jsonString){ //jsonCallback进行数据封装
var data = eval(‘(‘ +jsonString +‘)‘)
//数据处理
}
优点:因为响应消息作为js执行,所以速度非常快
我们不能在浏览器端直接使用AJAX来跨域访问资源，但是在服务器端是没有这种跨域安全限制的。所以，我们只需要让服务器端帮我们完成“跨域访问”的工作，然后在浏览器端用AJAX获取服务器端“跨域访问”的结果就可以了。这就是所谓的在服务器端创建一个XmlHttpRequest代理，通过这个代理来访问其他域名下的资源。将后台作为代理，每次对其它域的请求转交给本域的后台，本域的后台通过模拟http请求去访问其它域，再将返回的结果返回给前台，这样做的好处是，无论访问的是文档，还是js文件都可以实现跨域。
页面上javascript脚本：
完成域A服务端的Proxy程序(这里假定是一个servlet)，伪码如下：
基于iframe实现跨域（一般用于父域子域之间的跨域）
基于iframe实现的跨域要求两个域具有aa.xx.com,bb.xx.com这种特点，也就是两个页面必须属于一个基础域（例如都是xxx.com，或是xxx.com.cn），使用同一协议（例如都是 http）和同一端口（例如都是80），这样在两个页面中同时添加document.domain，就可以实现父页面调用子页面的函数
页面一：
页面二：
也可以用iframe实现不同域之间的跨域，不过比较麻烦
当两个域不同时，如果想相互调用，那么同样需要两个域都是由你来开发才可以。用iframe可以实现数据的互相调用。解决方案就是用window.location对象的hash属性。hash属性就是http://domian/web/a.htm#dshakjdhsjka 里面的#dshakjdhsjka。利用JS改变hash值网页不会刷新，可以这样实现通过JS访问hash值来做到通信。不过除了IE之外其他大部分浏览器只要改变hash就会记录历史，你在前进和后退时就需要处理，非常麻烦。不过再做简单的处理时还是可以用的。大体的过程是页面a和页面b在不同域下,b通过iframe添加到a里，a通过JS修改iframe的hash值，b里面做一个监听（因为JS只能修改hash，数据是否改变只能由b自己来判断），检测到b的hash值被修改了，得到修改的值，经过处理返回a需要的值，再来修改a的hash值（这个地方要注意，如果a 本身是那种查询页面的话比如http://domian/web/a.aspx?id=3,在b中直接parent.window.location是无法取得数据的，同样报没有权限的错误，需要a把这个传过来，所以也比较麻烦），同样a里面也要做监听，如果hash变化的话就取得返回的数据，再做相应的处理。
(二):“Firefox 3”中跨域XHR,是基于W3C跨站点请求。通过设置Access-Control-Allow-Origin头部(自定义的HTTP头部),远程资源有权决定自身是否可以被远程浏览器访问.实现方法如下
Access-Control-Allow-Origin:http://www.wrox.com即通过指定哪个域可以访问该资源来实现,此头部信息就指定了只有www.wrox.com域才有访问权限
Access-Control-Allow-Origin:*表明可以允许所有请求访问当前资源
Origin头部包含请求页面的头部（协议,域名,端口）,如果服务器确定请求被通过,会发送一个 Access-Control-Allow-Origin头部作为响应发送请求的同一个源,若为一个公共资源则返回 Access-Control-Allow-Origin:*
请求另一个域的资源:使用标准的XHR对象,并为open()方法传入一个绝对URL
var xhr = new XMLHttpRequest();
xhr.onreadystatechange = funtion(){
if(xhr.readyState == 4){
......
}
};
xhr.open(‘get‘,‘http://somewhere -else.com/page‘,true);
xhr.send(null);
缺点:
不能使用setRequestHeader()设置自定义头部
不会发送也不会接收cookie
getAllResponseHeaders()方法只能返回空字符串
优点:跨域的XHR对象允许访问statues和statusText属性
(三)：IE8中的XDomainRequest对象实现跨域
XDR对象使用方法与XHR的类似，首先创建一个XDomainRequest的实例，调用open(),再调用send(),但open()只接受两个参数，即请求的类型和URL，请求返回之后会触发load事件，响应的数据会保存在responseText中，响应失败就会触发error事件，可以调用abort()来终止请求，例：
var xdr = new XDomainRequest();
xdr.onload = function(){alert(xdr.responseText);
xdr.onerror = function(){alert("an error occured.")}
xdr.timeout = 1000; //1秒过后会触发timeout事件
xdr.ontimeout = function(){alert("request took too long")}
xdr.send(null);
注：
被请求的资源可以根据它认为合适的任意数据（用户代理，来源页面）来决定是否设置Access-Control-Allow-Origin头部
cookie不会随请求发送，也不会随响应返回
只能设置请求头部信息中的Content-Type字段
不能访问响应头部信息
只支持GET和POST请求
只能访问Access-Control-Allow-Origin头部字段设置为*的资源
所有请求都是异步的，不能创建同步请求
接受响应之后，只能访问响应的原始文本，没办法确定响应的状态码
标签：style blog http io ar color os 使用 sp
原文地址：http://www.cnblogs.com/voiphudong/p/4120042.html
