js跨域解决方案.docx

js跨域解决方案 　　篇一：JavaScript跨域解决方案 　　Javascript 跨域访问解决方案  　　在客户端编程语言中，如javascript和ActionScript，同源策略是一个很重要的安全理念，它在保证数据的安全性方面有着重要的意义。同 源策略规定跨域之间的脚本是隔离的，一个域的脚本不能访问和操作另外一个域的绝大部分属性和方法。那么什么叫相同域，什么叫不同的域呢？  　　同源策略  　　在客户端编程语言中，如javascript和 ActionScript，同源策略是一个很重要的安全理念，它在保证数据的安全性方面有着重要的意义。同源策略规定跨域之间的脚本是隔离的，一个域的脚本不能访问和操作另外一个域的绝大部分属性和方法。那么什么叫相同域，什么叫不同的域呢？当两个域具有相同的协议(如http), 相同的端口(如80)，相同的host（如)，那么我们就可以认为它们是相同的域。比如 和是同域，而, , , 中的任何两个都将构成跨域。同源策略还应该对一些特殊情况做处理，比如限制file协议下脚本的访问权限。本地的HTML文件在浏览器中是通过file协议打开的，如果脚本能通过file协议访问到硬盘上其它任意文件，就会出现安全隐患，目前IE8还有这样的隐患。  　　受到同源策略的影响，跨域资源共享就会受到制约。但是随着人们的实践和浏览器的进步，目前在跨域请求的技巧上，有很多宝贵经验的沉淀和积累。这里我把跨域资源共享分成两种，一种是单向的数据请求，还有一种是双向的消息通信。接下来我将罗列出常见的一些跨域方式，以下跨域实例的源代码可以从这里获得。 　　JavaScript出于安全方面的考虑，不允许跨域调用其他页面的对象。但在安全限制的同时也给注入iframe或是ajax应用上带来了不少麻烦。这里把涉及到跨域的一些问题简单地整理一下： 　　首先什么是跨域，简单地理解就是因为JavaScript同源策略的限制， 域名下的js无法操作或是域名下的对象。更详细的说明可以看下表： 　　特别注意两点： 　　第一，如果是协议和端口造成的跨域问题“前台”是无能为力的，  　　第二：在跨域问题上，域仅仅是通过“URL的首部”来识别而不会去尝试判断相同的ip地址对应着两个域或两个域是否在同一个ip上。 “URL的首部”指 +，也可以理解为“Domains, protocols and ports must match”。  　　接下来简单地总结一下在“前台”一般处理跨域的办法，后台proxy这种方案牵涉到后台配置，这里就不阐述了，有兴趣的可以看看yahoo的这篇文章：《JavaScript: Use a Web Proxy for Cross-Domain XMLHttpRequest Calls》  　　对于主域相同而子域不同的例子，可以通过设置的办法来解决。具体的做法是可以在/和p　　上的 = (来自: 小龙文 档网:js跨域解决方案)#39;; var ifr = (iframe); = p 　　// 在这里操纵 alert((h1)[0].childNodes[0].nodeValue); };  　　上的 = ;  　　这种方式适用于{, , , }中的任何页面相互通信。  　　备注：某一页面的domain默认等于。主域名是不带www的域名，例如，主域名前面带前缀的通常都为二级域名或多级域名，例如  　　其实是二级域名。 domain只能设置为主域名，不可以在中将domain设置为。  　　问题：  　　1、安全性，当一个站点（）被攻击后，另一个站点（）会引起安全漏洞。  　　2、如果一个页面中引入多个iframe，要想能够操作所有iframe，必须都得设置相同domain。 　　虽然浏览器默认禁止了跨域访问，但并不禁止在页面中引用其他域的JS文件，并可以自由执行引入的JS文件中的function（包括操作cookie、Dom等等）。根据这一点，可以方便地通过创建script节点的方法来实现完全跨域的通信。具体的做法可以参考YUI的Get Utility 　　这里判断script节点加载完毕还是蛮有意思的：ie只能通过script的readystatechange属性，其它浏览器是script的load事件。以下是部分判断script加载完毕的方法。 = = function() {  　　if (! || === loaded || === complete) {  　　// callback在此处执行 = = null; }  　　};  　　不同的域之间，JavaScript只能做很有限的访问和操作，其实我们利用这些有限的访问权限就可以达到跨域通信的目的