window.name 传输技术，原本是 Thomas Frank 用于解决 cookie 的一些劣势（每个域名 4 x 20 Kb 的限制、数据只能是字符串、设置和获取 cookie 语法的复杂等等）而发明的（详细见原文：《Session variables without cookies》），后来 Kris Zyp 在此方法的基础上强化了 window.name 传输 ，并引入到了 Dojo （dojox.io.windowName），用来解决跨域数据传输问题。
window.name 的美妙之处：name 值在不同的页面（甚至不同域名）加载后依旧存在，并且可以支持非常长的 name 值（2MB）。
window.name 传输技术的基本原理和步骤为：
name 在浏览器环境中是一个全局/window对象的属性，且当在 frame 中加载新页面时，name 的属性值依旧保持不变。通过在 iframe 中加载一个资源，该目标页面将设置 frame 的 name 属性。此 name 属性值可被获取到，以访问 Web 服务发送的信息。但 name 属性仅对相同域名的 frame 可访问。这意味着为了访问 name 属性，当远程 Web 服务页面被加载后，必须导航 frame 回到原始域。同源策略依旧防止其他 frame 访问 name 属性。一旦 name 属性获得，销毁 frame 。
在最顶层，name 属性是不安全的，对于所有后续页面，设置在 name 属性中的任何信息都是可获得的。然而 windowName 模块总是在一个 iframe 中加载资源，并且一旦获取到数据，或者当你在最顶层浏览了一个新页面，这个 iframe 将被销毁，所以其他页面永远访问不到 window.name 属性。
基本实现代码，基于 YUI，源自克军写的样例：
(function(){ var YUD = YAHOO.util.Dom, YUE = YAHOO.util.Event; dataRequest = { _doc: document, cfg: { proxyUrl: 'proxy.html' } }; dataRequest.send = function(sUrl, fnCallBack){ if(!sUrl || typeof sUrl !== 'string'){ return; } sUrl += (sUrl.indexOf('?') > 0 ? '&' : '?') + 'windowname=true'; var frame = this._doc.createElement('iframe'), state = 0, self = this; this._doc.body.appendChild(frame); frame.style.display = 'none'; var clear = function(){ try{ frame.contentWindow.document.write(''); frame.contentWindow.close(); self._doc.body.removeChild(frame); }catch(e){} }; var getData = function(){ try{ var da = frame.contentWindow.name; }catch(e){} clear(); if(fnCallBack && typeof fnCallBack === 'function'){ fnCallBack(da); } }; YUE.on(frame, 'load', function(){ if(state === 1){ getData(); } else if(state === 0){ state = 1; frame.contentWindow.location = self.cfg.proxyUrl; } }); frame.src = sUrl; };})();
Web 服务器如何提供 window.name 数据
为了让 Web 服务器实现 window.name，服务器应该只寻找请求中是否包含 windowname 参数。如果包含了 windowname 参数，服务器应该返回一个设置了 window.name 字符串值的 HTML 文档，回应此请求并传送到客户端。例如：
http://www.planabc.net/getdata.html?windowname=true
如果服务器想用 Hello 响应客服端，它应该返回一个 HTML 页面：
<html> <script type="text/javascript"> window.name="Hello"; </script></html>
同样也可以转换为 JSON 数据：
<html> <script type="text/javascript"> window.name='{"foo":"bar"}'; </script></html>
如果你手动创建资源，书写大量的多行的 JSON 对象为一个引用的字符串应该是比较困难的并且易于出错的。可以使用这样的 HTML 样例简单的创建 JSON 数据，将会转换为一个 JSON 字符串而无需手动转义 JSON 为字符串：
<html> <script type="\'text/javascript\'"> window.name = document.getElementsByTagName("script")[0].innerHTML.match(/temp\s*=([\w\W]*)/)[1]; temp= { foo:"bar", // put json data here baz:"foo" } </script></html>
同样的，如果你想传递 HTML/XML 数据，这里有一个样例实现，而无需手动将这些数据转换成字符串：
<html> <body> <p id="content"> some <strong>html/xml-style</strong>data </p> </body> <script type="text/javascript"> window.name = document.getElementById("content").innerHTML; </script></html>
window.name 传输技术相比其他的跨域传输的一些优势：
1.它是安全的。也就是说，它和其他的基于安全传输的 frame 一样安全，例如 Fragment Identifier messaging （FIM）和 Subspace。(I)Frames 也有他们自己的安全问题，由于 frame 可以改变其他 frame 的 location，但是这个是非常不同的安全溢出，通常不太严重。
2.它比 FIM 更快，因为它不用处理小数据包大小的 Fragment Identifier ，并且它不会有更多的 IE 上的“机关枪”声音效果。它也比 Subspace 快，Subspace 需要加载两个 Iframe 和两个本地的 HTML 文件来处理一个请求。window.name 仅需要一个 Iframe 和一个本地文件。
3.它比 FIM 和 Subspace 更简单和安全。FIM 稍微复杂，而 Subspace 非常复杂。Subspace 也有一些额外的限制和安装要求，如预先声明所有的目标主机和拥有针对若干不同特殊主机的 DNS 入口。window.name 非常简单和容易使用。
4.它不需要任何插件（比如 Flash）或者替代技术（例如 Java）。
http://www.planabc.net/2008/09/01/window_name_transport/
分享到：
相关推荐
window.name 解决跨域问题的文档 window.name 传输技术是 Thomas Frank 发明的，旨在解决 cookie 的一些劣势，例如每个域名 4 x 20 Kb 的限制、数据只能是字符串、设置和获取 cookie 语法的复杂等等。后来，Kris ...
后来 Kris Zyp 在此方法的基础上强化了 window.name 传输 ，并引入到了 Dojo （dojox.io.windowName），用来解决跨域数据传输问题。window.name 传输技术的基本原理和步骤为： name 在浏览器环境中是一个全局/window...
标题提到的“跨域问题之window.name”是指在处理跨域通信时，开发者利用`window.name`属性来传递数据的一种策略。这种技术主要应用于iframe之间的通信，因为浏览器的同源策略限制了不同源的页面直接交互，但`window....
本Demo实现了一个来自不同服务器的前端页面集成方案，页面间通过window窗口关系形成父子页面关系，跨域情况下父子页面间彼此看不见对方的DOM和js对象，无法直接进行数据交互。本方案从父页面到子页面数据传递采用url...
原文：http://research.microsoft.com/~helenw/papers/subspace.pdfwindow.name 传输技术，原本是 Thomas Frank 用于解决 cookie 的一些劣势（每个域名 4 x 20 Kb 的限制、数据只能是字符串、设置和获取 cookie 语法...
总结而言，window.name是一个跨域数据传输的好方法，它利用了浏览器的特定机制，解决了在不同域之间传输大量数据的问题，而不会违反浏览器的同源策略。需要注意的是，在使用window.name传输数据后，应当及时销毁...
**三、window.name跨域通信详解** 1. **原理**：`window.name`不受同源策略限制，可以在任何页面中读写，即使页面被刷新或导航至其他URL，`window.name`的值依然保留。因此，可以利用这一点在父页面和iframe之间...
1. **兼容性问题**：不同的浏览器对 `window.open()` 方法的支持程度不同，因此在使用时需要注意浏览器兼容性问题。 2. **弹窗阻止**：许多浏览器都具有弹出窗口阻止功能，这可能会影响 `window.open()` 方法的执行...
- **跨域限制**：使用 `window.location` 或 `window.open` 时需要注意同源策略，确保不会违反跨域限制。 #### 七、总结 综上所述，`window.location` 和 `window.open` 在JavaScript中都扮演着重要的角色，但在...
1. 使用`window.open`打开的新窗口中设置一个`window.opener`属性，这样新窗口可以与打开它的窗口进行通信。 2. 在新窗口中处理用户交互后，使用`window.close`关闭窗口，并在关闭前将结果通过`window.opener`通知原...
要解决父子窗口间的传值问题，有以下几种方法： 1. **使用URL参数**：在`window.open`的`url`中添加查询参数来传递数据。例如： ```javascript var url = "child.html?data=" + encodeURIComponent(value); var ...
技术上，nameStorage 使用 window.name 存储数据。数据的生存周期为窗口会话的生存周期，同一个窗口可以通过 nameStorage 共享数据。出生证明window.name 非常有用，但不可滥用。为了规范、简单便利、安全的使用 ...
通过proxy函数封装的window.name跨域技术，可以在a.html页面上访问到b.html页面的数据，即便它们运行在不同的域下。在该案例中，通过创建一个iframe来加载目标页面，并在加载完成后，将iframe重定向到同源页面，从而...
通过使用 window.name，可以实现跨域通信。 五、 postMessage 跨域 通过使用 postMessage，可以实现跨域通信。 六、 跨域资源共享（CORS） 通过设置 HTTP 头，可以实现跨域资源共享。 七、 nginx 代理跨域 ...
这篇博客将深入探讨如何解决`iframe`的跨域问题。 首先，理解同源策略是至关重要的。同源策略是浏览器为保障用户数据安全而设置的一种机制，它限制了来自不同源的文档或脚本之间的交互。对于`iframe`，如果源（协议...
总结起来，PHP下利用`window.name`解决AJAX跨域的问题，主要是通过在目标页面设置`window.name`，然后通过同源的代理页面读取这些数据。这种方式虽然相对简单，但并非适用于所有场景，因此在实际开发中，还需要根据...
Web 跨域解决方案 ...跨域问题的解决方案有很多，包括 JSONP、CORS 策略、document.domain + iframe 的设置、HTML5 的 postMessage、使用 window.name 来进行跨域等。理解跨域问题的原理和解决方案是非常重要的。
综上所述，`iframe`跨域解决方案主要包括`postMessage`通信、`window.name`数据传递以及`CORS`策略。在实际应用中，开发者应根据具体需求和安全考虑，选择合适的跨域策略。同时，需要注意的是，虽然这些方法能突破...
JavaScript由于同源策略的限制,跨域通信一直是棘手的问题。... window.name 保存数据以及跨域 iframe 静态代理动态传输方案，充分的运用了window.name因为页面的url改变而name不改变的特性。 各种方案