文档介绍：JS跨域访问解决方案总结udb1JS跨域访问解决方案总结0引言:跨域请求,顾名思义,就是一个站点中的资源去访问另外一个不同域名站点上的资源。这种情况很常见,比如说通过Style标签加载外部样式表文件、通过img标签加载外部图片、通过script标签加载外部脚木文件、通过Webfont加载字体文件等等。默认情况下,脚木访问文档属性等数据采用的是同源策略(Sameoriginpolicy)。同源策略:如果两个页面的协议、域名和端口是完全相同的,那么它们就是同源的。同源策略是为了防止从一个地址加载的文档或脚本访问或者设置从另外一个地址加载的文档的属性。如果两个页面的主域名相同,则还可以通过设置document,domain属性将它们认为是同源的。,Web应用对跨域访问的需求也越来越多,但在脚本中进行跨域请求是受安全性限制的,Web开发人员迫切需要提供一种更安全、方便的跨域请求方式来融合(Mashup)自己的Web应用。这样做的一个好处就是可以将请求分摊到不同的服务器,减轻单个服务器压力以提高响应速度;另外一个好处是可以将不同的业务逻辑分布到不同的服务器上以降低负载。值得庆幸的是,跨域请求的标准已经出台,主流浏览器也2经实现了这一标准。W3CT作组中的WebApplicationsWorkingGroup(Web应用工作组)发布了一个Cross OriginResourceSharing(跨域资源共享规范)推荐规范来解决跨域请求的问题。该规范提供了一种更安全的跨域数据交换方法。具体规范的介绍可以访问上面提供的网站地址。值得注意的是:该规范只能应用在类似XMLHttprequest这样的API容器内。IE8、、Chrome浏览器、Safari4等2经实现了Cross-OriginResourceSharing规范,2经可以进行跨域请求了。一、支持跨域访问处理浏览器Cross-OriginResourceSharing的工•作方式是通过添加HTTP头的方法来判断哪些资源允许Web浏览器访问该域名下的信息。然而,对于那些HTTP请求导致用户数据产生副作用的请求方法(特别是对于除了GET、某些MIME类型的POST之外的HTTP方法),该规范要求浏览器对请求进行“预先验”,通过发送HTTP的OPTIONS请求头询问服务器有哪些支持的方法,在征得服务器的同意后,再使用实际的HTTP请求方法发送实际的请求。服务器也可以通知客户端是否需要将验证信息(如Cookie和HTTPAuthentication数据)随同请求一起发送。下而我们就采用实际的例子说明Cross-OriginResourceSharing是如何工作的。1,简单请求udb2什么样的请求算是简单请求呢?简单请求必须满足下面2点:只使用GET、POST进行的请求,这里的POST只包括发送给服务器的数据类型(Content-Type)必须是app1ication/x~dedxmultipart/form-data或者text/plain中一个。HTTP请求没有设置自定义的请求头,如我们常用的X-JSONo先使用下面的代码进行测试:XML/HTML代码<1DOCTYPEhtmlPUBLIC"-//W3C//・"/>zhtmll/DTD/xh-tmll-transit!onaJ.<html>nnlns="9/xhtmlrr><head>5・ <title>^3t会之AJAX跨域请求测试</title></head>.<body>.<±nputtype=TbuttonTvalued,开扯"则试,onclick=Tcrossest()1/>・<divid=r,contentrrX/div>・<mce:scripttype=r,text/javascriptrr><1--var>:hr=newXMLHttpRequest();varurl=T./SimpleCrossSitespx*;functioncrossDomainRequest(){14. (r,contentrr)・innerHTML=■,.fif(xhr){. (fGETTrurlrtrue);. =handler;. xhr・send();}else(20・ document,getElementByld(,rcontentr,).innerHTMI建XMLHttpRequest11;udb. if(==4)(. if(==200){. varresponse=