由于安全方面的考虑，Javascript被限制了跨域访问的能力，但是有时候我们希望能够做一些合理的跨域访问的事情，那么怎么办呢？
这里分两类情况：
一、基于同一父域的子域之间页面的访问；参见如下3个domain域：taobao.com、jipiao.taobao.com、promotion.taobao.com；它们有相同的父域taobao.com。
二、基于不同父域页面之间的访问；参见如下3个domain域：taobao.com、baidu.com、sina.com.cn；它们具有不同的父域。
<script type="text/javascript"><!--
Var sUrl="http://Jipiao.taobao.com/proxy.do"; //本域下代理地址
var callback =
{
success: function(res) { alert(res.responseText); },
failure: function(res) { alert('failure');},
argument:{}
}
YAHOO.util.Connect.asyncRequest('GET', sUrl, callback, null);
// --></script>
第二步：
完成域A服务端的Proxy程序(这里假定是一个servlet)，伪码如下：
Public class Proxy extends …….{
..doGet(……..){
HttpClient client=……;
GetMethod get=new GetMethod("www.baidu.com/xxxxx.do");//访问域B的链接
int statusCode = client.executeMethod(get);
if (statusCode != HttpStatus.SC_OK) {
byte[] responseBody = get.getResponseBody();
String res=new String(responseBody);
Httpresponse.getWriter().write(res);//将数据返回给域A
}
}
}
方案2：通过Script标签:
在域A页面http://Jipiao.taobao.com/test.htm 的head中写一个空的Script标签：
<html>
<head>
<script id="remoteScript" type="text/javascript" src=""/><!--
<head>
<body>
<script type="text/javascript" >
Var remoteScript=document.getElementById("remoteScript");
remoteScript.src="www.baidu.com/xxxxx.do";//域B的链接
alert(remote.test);//使用域B返回的JSON数据
alert(f[0]);
// --></script>
</body>
</html>
注意：这种方案要求域B返回的数据必须是合法的JSON格式或者如JS文件的格式；比如域B返回的数据格式如下：
Var remote={test:'hello'};
Var f=[2,1];
方案3：隐藏iframe、共享domain:
即域A页面http://jipiao.taobao.com/yyyy.htm 的页面上写一个隐藏的iframe：
<html>
<head>
<head>
<body>
<script type="text/javascript" ><!--
Document.domain="taobao.com";
Var remoteHtml=document.getElementById("remoteHtml");
remoteHtml.src="promotion.taobao.com/xxxx.htm";//这里访问域B的链接
var document=remoteHtml.ContentDocument; //这里就可以使用document来操作域B中页面xxx.htm的数据了
// --></script>
<iframe id="remoteHtml" src="" style="diapay:none" style="diapay:none"/>
</body>
</html>
注意：这里http://promotion.taobao.com/xxxx.htm 页面也需要设置document.domain="taobao.com"， 这种方法才能奏效。
之所以这种iframe的方法不适合不同父域之间的跨域，是因为设置document.domain只能设置为自己的父域，而不是能设置为其他域，例如:jiapiao.taobao.com只能设置document.domain="taobao.com"，而不能是document.domain="baidu.com"；
这里列举的三种方案各有优缺点：
Proxy方案优点是可以适用用于几乎所有的跨域访问，而且只需要要一个域中进行开发，另一个域可以提供任何类型格式的数据。缺点是这种方案经过了中间Proxy，所以延迟可能稍微大一点，并且会加重本域服务器的负荷，开发工作量也稍微大一点。
Script标签的方案可以说是非常简单的，不用几行代码就搞定了事，不过它对返回的数据格式要求有点严格，只能是Json格式数据,如果是其他格式的数据，那么这种方法就无能为力了。
隐藏iframe方式也很简单，它可以处理任何返回的数据格式，但它只适用在具有同一个父域下的跨域请求上，并且要求其他域得配合开发，即需要设置document.domain。
原帖详见：http://blog.csdn.net/lovingprince/archive/2008/09/20/2954675.aspx
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
对于JS跨域访问的意思，我想再补充几点：
跨域访问，简单来说就是 A 网站的 javascript 代码试图访问 B 网站，包括提交内容和获取内容；比如想从A网站的页面中执行另外一个B网站内某页面中的JS对象、或者想在A网站的页面中用JS去解析B网站内某页面的dom元素等；出现这种跨域访问问题的应用场景一般是iframe中嵌入不同域的页面、或者向不同域发送Ajax请求等；
由于安全原因，跨域访问是被各大浏览器所默认禁止的；但是浏览器并不禁止在页面中引用其他域的JS文件，并可以自由执行引入的JS文件中的function；这点个人觉得至关重要！
是否跨域的判断规则为对三者进行比较：域名、协议、端口；三者中若有一个不相同，则会出现跨域问题；我们经常说的跨域问题一般指域名不同，因为这种场景出现的几率最高而且有一些办法可以解决；比如前面提到的taobao.com域下的二级域名跨域问题；
对于主域都不一样、或者协议不同（比如https与http）的跨域问题（比如*.taobao.com域想访问*.baidu.com域内的内容），想从Web端来解决是完全不可能的，只能通过服务端Proxy的方案来解决；
常见的不同域间的页面制约dom元素包括：
window.location 可以设置，但不能读取。其它的 location 属性和方法被禁止访问；
document.href 可以设置，但不能读取。其它的 document 属性和方法被禁止访问；
<iframe> 的 src 可以设置，但不能读取；
二、基于不同父域页面之间的访问；参见如下3个domain域：taobao.com、baidu.com、sina.com.cn；它们具有不同的父域。
解决它们之间跨域的方案有：
方案1：服务器Proxy
域A的页面JS需要访问域B下的链接获取数据，该方案在域A的服务器端建立一个Proxy程序(可能是ASP、servlet等任何服务端程序)，域A的页面JS直接调用本域下的Proxy程序，proxy程序负责将请求发送给域B下的链接并获取到数据，最后再通过Proxy将数据返回给页面JS使用。
经过的访问流程就是： 域A下JS --> 域A 下Proxy -- > 域B下的链接
例子：
第一步：
域A: http://Jipiao.taobao.com/test.htm
页面上javascript脚本：
<script type="text/javascript"><!--
Var sUrl="http://Jipiao.taobao.com/proxy.do"; //本域下代理地址
var callback =
{
success: function(res) { alert(res.responseText); },
failure: function(res) { alert('failure');},
argument:{}
}
YAHOO.util.Connect.asyncRequest('GET', sUrl, callback, null);
// --></script>
第二步：
完成域A服务端的Proxy程序(这里假定是一个servlet)，伪码如下：
Public class Proxy extends …….{
..doGet(……..){
HttpClient client=……;
GetMethod get=new GetMethod("www.baidu.com/xxxxx.do");//访问域B的链接
int statusCode = client.executeMethod(get);
if (statusCode != HttpStatus.SC_OK) {
byte[] responseBody = get.getResponseBody();
String res=new String(responseBody);
Httpresponse.getWriter().write(res);//将数据返回给域A
}
}
}
方案2：通过Script标签:
在域A页面http://Jipiao.taobao.com/test.htm 的head中写一个空的Script标签：
<html>
<head>
<script id="remoteScript" type="text/javascript" src=""/><!--
<head>
<body>
<script type="text/javascript" >
Var remoteScript=document.getElementById("remoteScript");
remoteScript.src="www.baidu.com/xxxxx.do";//域B的链接
alert(remote.test);//使用域B返回的JSON数据
alert(f[0]);
// --></script>
</body>
</html>
注意：这种方案要求域B返回的数据必须是合法的JSON格式或者如JS文件的格式；比如域B返回的数据格式如下：
Var remote={test:'hello'};
Var f=[2,1];
方案3：隐藏iframe、共享domain:
即域A页面http://jipiao.taobao.com/yyyy.htm 的页面上写一个隐藏的iframe：
<html>
<head>
<head>
<body>
<script type="text/javascript" ><!--
Document.domain="taobao.com";
Var remoteHtml=document.getElementById("remoteHtml");
remoteHtml.src="promotion.taobao.com/xxxx.htm";//这里访问域B的链接
var document=remoteHtml.ContentDocument; //这里就可以使用document来操作域B中页面xxx.htm的数据了
// --></script>
<iframe id="remoteHtml" src="" style="diapay:none" style="diapay:none"/>
</body>
</html>
注意：这里http://promotion.taobao.com/xxxx.htm 页面也需要设置document.domain="taobao.com"， 这种方法才能奏效。
之所以这种iframe的方法不适合不同父域之间的跨域，是因为设置document.domain只能设置为自己的父域，而不是能设置为其他域，例如:jiapiao.taobao.com只能设置document.domain="taobao.com"，而不能是document.domain="baidu.com"；
这里列举的三种方案各有优缺点：
Proxy方案优点是可以适用用于几乎所有的跨域访问，而且只需要要一个域中进行开发，另一个域可以提供任何类型格式的数据。缺点是这种方案经过了中间Proxy，所以延迟可能稍微大一点，并且会加重本域服务器的负荷，开发工作量也稍微大一点。
Script标签的方案可以说是非常简单的，不用几行代码就搞定了事，不过它对返回的数据格式要求有点严格，只能是Json格式数据,如果是其他格式的数据，那么这种方法就无能为力了。
隐藏iframe方式也很简单，它可以处理任何返回的数据格式，但它只适用在具有同一个父域下的跨域请求上，并且要求其他域得配合开发，即需要设置document.domain。
原帖详见：http://blog.csdn.net/lovingprince/archive/2008/09/20/2954675.aspx
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
对于JS跨域访问的意思，我想再补充几点：
跨域访问，简单来说就是 A 网站的 javascript 代码试图访问 B 网站，包括提交内容和获取内容；比如想从A网站的页面中执行另外一个B网站内某页面中的JS对象、或者想在A网站的页面中用JS去解析B网站内某页面的dom元素等；出现这种跨域访问问题的应用场景一般是iframe中嵌入不同域的页面、或者向不同域发送Ajax请求等；
由于安全原因，跨域访问是被各大浏览器所默认禁止的；但是浏览器并不禁止在页面中引用其他域的JS文件，并可以自由执行引入的JS文件中的function；这点个人觉得至关重要！
是否跨域的判断规则为对三者进行比较：域名、协议、端口；三者中若有一个不相同，则会出现跨域问题；我们经常说的跨域问题一般指域名不同，因为这种场景出现的几率最高而且有一些办法可以解决；比如前面提到的taobao.com域下的二级域名跨域问题；
对于主域都不一样、或者协议不同（比如https与http）的跨域问题（比如*.taobao.com域想访问*.baidu.com域内的内容），想从Web端来解决是完全不可能的，只能通过服务端Proxy的方案来解决；
常见的不同域间的页面制约dom元素包括：
window.location 可以设置，但不能读取。其它的 location 属性和方法被禁止访问；
document.href 可以设置，但不能读取。其它的 document 属性和方法被禁止访问；
<iframe> 的 src 可以设置，但不能读取；
相关推荐
JavaScript跨域访问解决方案 在Web开发中，JavaScript的同源策略是浏览器为了保障用户安全而实施的一项重要机制。它限制了脚本只能访问与当前页面具有相同协议（如http或https）、主机名和端口号的资源。然而，在...
JavaScript跨域访问解决方案 在Web开发中，由于同源策略的限制，JavaScript通常只能与同一协议、域名和端口的服务器进行通信。然而，随着Web应用程序的复杂性和交互性增加，跨域请求变得越来越普遍，比如加载外部...
jQuery作为流行的JavaScript库，提供了一些机制来处理跨域访问。 JQuery的跨域解决方案主要依赖于JSONP（JSON with Padding）技术。JSONP是一种绕过同源策略的方式，它利用HTML中的`<script>`标签没有同源策略限制...
**Ajax跨域访问解决方案** 在Web开发中，Ajax（Asynchronous JavaScript and XML）技术被广泛用于实现页面的异步更新，提升用户体验。然而，由于浏览器的同源策略限制，Ajax请求只能向同源（协议、域名和端口相同）...
JS 跨域访问解决方案总结 JS 跨域访问解决方案总结是指在不同域名站点之间进行资源访问的解决方案。默认情况下，脚本访问文档属性等数据采用的是同源策略（Same origin policy），即如果两个页面的协议、域名和端口...
JavaScript跨域和Ajax跨域是Web开发中常见的问题，尤其在进行前后端分离或API调用时，由于浏览器的同源策略限制，不同域名、协议或端口的资源请求会被阻止，这就是所谓的“跨域”。本文将深入探讨JavaScript和Ajax...
标题《JS跨域访问解决方案总结.pdf》指明文档的核心内容是关于JavaScript跨域访问问题的解决方法。跨域访问问题是指由于浏览器的同源策略限制，网页中JavaScript代码出于安全原因不能访问另一个源（域名、协议或端口...
ArcGIS API for JavaScript是一个强大的工具，用于在Web页面上展示地理信息系统（GIS）数据，但它的功能涉及到从服务器获取地图、服务和其他资源，这可能导致跨域访问的问题。为了解决这个问题，我们可以采用几种...
"解决JS跨域访问IFrame的解决方案"这一主题关注的就是如何克服这个限制，使得在JSP页面中嵌入的跨域IFrame能够正常通信。下面我们将详细探讨这个问题以及可能的解决方案。 首先，理解同源策略是关键。同源策略是...
这个文件可能包含了创建XMLHttpRequest对象、设置请求头、处理响应等内容的JavaScript代码，用于演示如何在实际项目中应用这些跨域解决方案。开发者可以通过查看和运行这些代码来加深对JSONP和CORS的理解，并在自己...
当从一个源（如浏览器中的JavaScript）尝试访问不同源（如另一个域名或端口）的服务时，浏览器会出于安全原因阻止这种请求，这就是所谓的“跨域”限制。本篇文章将详细介绍如何解决Geoserver的跨域问题。 首先，...
JavaScript跨域是Web开发中一个常见的挑战，由于浏览器的同源策略限制，JavaScript无法直接访问不同源（协议、域名或端口不一致）的资源。本文将深入探讨JS跨域的解决方案，帮助开发者理解并解决这个问题。 首先，...