同源策略那些事儿

原文首发于同源策略那些事儿。

Tips
在本文中，域和源指代的都是 origin，换着讲纯粹是出于通用的习惯。另外，出于学习的目的且为了避免浏览器的差异导致的麻烦，请在 Chrome 下运行以下所有客户端的代码。

重现

我们先来写个用 ajax 提交表单的小小小的 demo，这毕竟太常见了。

/Test/index.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>index</title>
  </head>
  <body>
    <script>
    const xhr = new XMLHttpRequest();

    xhr.open('post', 'http://127.0.0.1/Test/index.php', true);

    xhr.onreadystatechange = () => {
      if(xhr.readyState === 4 && xhr.status === 200) {
        document.write(xhr.responseText);
      }
    };

    xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');
    xhr.send('username=yang');
    </script>
  </body>
</html>

/Test/index.php

<?php
echo $_POST['username'];
?>

Tips
请将上述代码放在本地服务器中运行。

不出意外，你会得到以下大礼包：

XMLHttpRequest cannot load http://127.0.0.1/Test/index.php. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://localhost' is therefore not allowed access.

此刻，有的人微微一笑，有的人一脸懵逼。

怎么回事？

之所以会出现这个问题，是因为浏览器有同源策略 (Same-origin policy) 的限制，一个域 (origin) 的脚本，在未经允许的情况下，不得通过 DOM 读取另一个域的文档 (document) 的内容或属性。

同源策略在 Web 应用安全中扮演着重要的角色，它能保护一个网站的敏感信息，防止恶意脚本的窃取。同源策略中的同源，指的是协议、host、端口相同。同源下的文档内容及属性可以共享，不同源下的文档内容及属性在未经允许时不可以直接获取。

Tips
同源中的host可以为主机名 (hostname) 或 IP 地址。

如果有一个地址为：http://example.com，则：

http://example.com/test/a.html # 同源
https://example.com # 不同源，协议不同
http://www.example.com # 不同源，host 不同
http://example.com:8080 # 不同源，端口不同

规避同源策略的方法

然而我们有些时候是需要在不同源的地址间进行通信的，有以下的方法可以用来规避同源策略。

document.domain

适用情况：不同的窗口 (window) 或内敛框架元素 <iframe> 之间互相访问文档内容，包括 cookie
实现前提：
- 协议、端口相同
- 当前域名 (domain name) 的父域 (superdomain) 相同
- 其中一个窗口或 iframe 能得到另一个窗口或 iframe 的引用

Tips
如果两个地址为one.example.com和two.example.com，则它们的父域为example.com。注意上面所述父域不能为顶级域名 (top-level domain)，或者说不能为一级域名 (first-level domain)。关于域名分级，详见domain name space。

无码言*。我们来试试。

/Test/main.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Main window</title>
  </head>
  <body>
    <p>This is the main window</p>
    <iframe src="http://w3.w1.localhost/Test/iframe.html" width="300px" height="250px" id="child-iframe" name="my"></iframe>
    <script>
      document.domain = 'w1.localhost';
    </script>
  </body>
</html>

/Test/iframe.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Iframe window</title>
  </head>
  <body>
    <p>This is the iframe window</p>
    <button id="btn">Close this iframe</button>
    <script>
    document.domain = 'w1.localhost';
    const btn = document.querySelector('#btn');
    const parent = window.parent.document;
    const frame = parent.querySelector('#child-iframe');

    btn.onclick = () => {
      parent.body.removeChild(frame);
    };
    </script>
  </body>
</html>

Tips
跨域通信中，有些窗口属性是允许跨域访问的，详见这里。

Tips
注意localhost是预留的顶级域名，不可以把它设置为document.domain。

访问http://w2.w1.localhost/Test/main.html，点击按钮，iframe 窗口消失了，再注释掉任何一个 html 文件的 document.domain = 'w1.localhost'看看，emmmm..

另外，我们可以通过在服务器中如下设置Set-Cookie头来实现在多个拥有相同父域的子域名间共享 cookie。

<?php
# 假设发起请求的域与此域是同域

# 指定了域名的话就相当于包含了所有子域名，所有子域名和此父域名都可以共享 cookie
setcookie('username', 'Sam Yang', time() + 24 * 3600, '/', "w1.localhost");
# setcookie('user', 'Sam Yang', time() + 24 * 3600, '/'); // 不指定则默认当前域名，cookie 不可被子域名共享
?>

然后你在客户端的所有子域名下的页面都可以通过document.cookie获得共享的 cookie。

跨文档消息传递 (cross-document messaging)

适用情况：不同的窗口 (window) 或内敛框架元素 <iframe> 之间跨域传递数据
实现前提：浏览器支持 HTML5 的window.postMessage

通过 HTML5 提供的window.postMessage方法，可以让一个页面的脚本，传递数据给另一个页面的脚本，而无需理会脚本所在的页面是否跨域。

这个方法的主要语法是这样的：

otherWindow.postMessage(message, targetOrigin)

otherWindow - 另一个窗口的引用，换言之，是接收数据的窗口的引用
message - 发送给其他窗口的数据，数据在发送前会被自动序列化，而且数据类型不受限制
targetOrigin - otherWindow的源 (origin)，可以是字符串*(可以发送给任何源)或一个 URI，注意只有当这里指定的targetOrigin的值和想要接收数据的窗口的源 (origin) 完全匹配，window.postMessage触发的事件才会被发送

接收数据的窗口可以监听message事件，这个事件接收到的数据参数包含三个重要属性：

data - 发送数据的窗口传来的数据对象
origin - 发送数据的窗口的源 (origin)
source - 发送数据的窗口的引用，可以用这个属性建立两个非同源窗口间的双向通信

我们来用一下：

/Test/main.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Main window</title>
  </head>
  <body>
    <p>This is the main window</p>
    <iframe src="http://w3.w1.localhost/Test/iframe.html" width="300px" height="250px" id="child-iframe" name="my"></iframe>
    <script>
      const iframe = document.querySelector('#child-iframe');
      const iframeWin = iframe.contentWindow; // 获得 iframe 元素的窗口

      iframe.onload = () => { // 等待 iframe 窗口完全加载完再发送消息
        iframeWin.postMessage('hello, my friend', 'http://w3.w1.localhost');
      };
    </script>
  </body>
</html>

/Test/iframe.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Iframe window</title>
  </head>
  <body>
    <p>This is the iframe window</p>
    <script>
    window.onmessage = (event) => {
      if(event.origin !== 'http://w2.w1.localhost') return;

      document.write(event.data);
    };
    </script>
  </body>
</html>

访问http://w2.w1.localhost/Test/main.html，可以看到子窗口已经接收到了父窗口传来的数据，你还可以尝试传输其他更复杂的数据形式。

Tips
这个方法虽然很棒，但是需要注意以下几点安全问题，否则你的站点可能被爆得体无完肤。

不希望从其他站点接收数据时，不要设置任何message事件的监听器

希望从其他站点接收数据时，接收方务必使用origin属性 (有必要的话再加上source属性) 验证发送者的身份，避免恶意代码的攻击，可保平安

发送方应总是指定精确的接收方源，即targetOrigin属性，而不是*，因为后者可以让猥琐的站点恶意改变你发送的数据的相关属性进而拦截你的数据

JSONP (JSON with padding)

适用情况：客户端与服务器端的跨域通信
实现前提：无

Tips
由于内在的风险，JSONP 正逐渐被 CORS (见下文) 取代，此处仅出于了解的目的讲解此技巧，你可以选择跳过这个部分。

直译这个东东，就是“填充的 JSON”，这是跟 Ajax 一样的老爷爷了，不同的是，前者要退休了。

这项技术之所以出现，是因为<script src="..."></script>标签不受同源策略的限制。利用<script>元素，页面可以向服务器端请求 JSON 数据，服务器端收到请求后，将 JSON 数据传传入一个指定名字的回调函数里再传回给客户端，这种使用模式就是所谓的 JSONP。

/Test/index.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>index</title>
  </head>
  <body>
    <script>
    function addScriptTag(src) {
      const script = document.createElement('script');
      script.src = src;
      document.body.appendChild(script);
    }

    window.onload = () => {
      addScriptTag('http://127.0.0.1/Test/index.php?callback=sayHello'); // 这里的 `callback` 换成其他名字也可以
    };
    
    function sayHello(data) { // 浏览器会自动解析得到的 JSON 数据，无需手动解析
      document.body.append(`Hello, ${data.username}`);
    }
    </script>
  </body>
</html>

/Test/index.php

<?php
$callback = $_GET['callback'];
$data = array(
  'username' => 'samyang'
);
$result = json_encode($data);

echo "{$callback}({$result})";
?>

访问http://localhost/Test/index.html。

当然啦，JSONP 是很容易遭到跨站请求伪造攻击的，所以你懂的。

WebSocket

适用情况：实时通信 (无论是否跨域)
实现前提：浏览器和服务器支持 HTML5 的 WebSocket

WebSocket 是一种基于 ws(非加密) / wss(加密) 协议的技术，使用这种技术可以建立客户端和服务器端双向且持续的通信连接，并且这不受同源策略限制。但是，一旦你使用了 WebSocket 的 URI，请求头中就会加入`Origin字段，指明请求连接的脚本所在的源 (origin)，服务器用这个字段来检验跨站请求是否安全。

这项技术仍然不稳定，但有一些成熟的相应实现，如 Socket.IO，有兴趣可以参见我写的 Socket.IO 的教程。

这项技术主要用于实时通信，此处不做进一步详述，想进一步探索，见 WebSocket。

跨域资源共享 (Cross-Origin Resource Sharing, CORS)

好了，请出我们的大 boss。与 JSONP 的只支持 GET 请求相比，CORS 支持所有类型的 HTTP 请求。

适用情况：客户端与服务器端的跨域通信
实现前提：客户端和服务器端同时支持 CORS

ajax 受到同源策略的限制，使用 ajax 技术时，在未经允许的情况下，如果跨域请求发出给了服务器端并返回了数据 (视浏览器情况而定，有的在发出时即拦截)，则客户端无法读取服务器端返回的数据。CORS 允许服务器端进行跨域访问控制，从而使跨域数据传输得以安全进行。

我们首先来了解下为了支持 CORS，增加了哪些 HTTP 首部字段。

HTTP 请求首部字段

Tips
这些请求字段无需手动设置，当你使用 XMLHttpRequest 发起跨域请求时，浏览器已自动帮你设置好了它们。

Origin

Origin: <origin>

表明发起请求的源 (origin)，这是一个 URI，不包含任何路径信息，只是服务器的名字。

Access-Control-Request-Method

Access-Control-Request-Method: <method>

这个字段用于预检请求 (下文会讲)，其作用是将实际请求所使用的 HTTP 方法告诉服务器。

Access-Control-Request-Headers

Access-Control-Request-Headers: <field-name>[, <field-name>]*

这个字段用于预检请求，其作用是将实际请求所携带的自定义首部字段告诉服务器。

HTTP 响应首部字段

Access-Control-Allow-Origin

Access-Control-Allow-Origin: <origin> | *

指定可以访问当前资源的外源 (origin)，可以为不含路径信息的一个 URI，也可以是通配符*。后者表示当前资源可以被任何外源访问，即允许来自所有域的请求。注意，当请求携带有身份凭证时 (下文讲)，服务器端不可以指定该值为通配符。

Access-Control-Expose-Headers

用 XMLHttpRequest 对象的 getResponseHeader() 方法可以获取一些基本的响应头，当想要获取一些额外的响应头时，可以用这个字段指定。

Access-Control-Max-Age

Access-Control-Max-Age: <delta-seconds>

指定预检请求的结果能被缓存多少秒。在这个缓存时间内，浏览器无须为同一请求再次发起预检请求。

Access-Control-Allow-Methods

Access-Control-Allow-Methods: <method>[, <method>]*

这个字段用于预检请求响应，其指明了实际请求时所允许使用的 HTTP 方法。

Access-Control-Allow-Headers

Access-Control-Allow-Headers: <field-name>[, <field-name>]*

这个字段用于预检请求响应，其指明了实际请求时允许携带的自定义首部字段。

Access-Control-Allow-Credentials

讲这个字段前，我们先讲下 XMLHttpRequest 对象的 withCredentials 属性来用，withCredentials 设置为true时，身份凭证 (cookies、HTTP 认证信息等) 就会被浏览器包含在跨域请求中，设置为false则排除在跨域请求之外并且浏览器忽略响应中设置 cookie 的字段，这个属性默认为false，也就是说一般而言，在跨域请求中，浏览器不会发送身份凭证信息。注意，在同源请求中，设置这个属性没有任何影响。

Access-Control-Allow-Credentials 字段指定了当客户端设置了 withCredentials 为true时是否允许浏览器读取响应体 (response) 的内容，为true时表示允许。当此字段作为预检请求中的响应头的一部分时，它指示的是实际请求是否可以使用身份凭证 (credentials)。

当允许携带身份凭证时，请求头中包含了可能含有隐私信息的 cookie 数据，所以服务器端不得设置 Access-Control-Allow-Origin 的值为*，只能设置为准确的域 (origin)。

Tips
虽然 CORS 允许跨域请求，但是 cookie 仍然受限于浏览器的同源策略，这意味着除了使用前文所讲的document.domain方法外，只有来自同一个源的页面可以读写这个源的 cookie，你无法通过 JavaScript 读写跨域的 cookie。设置withCredentials为true只能让你把跨域请求的那个服务器端设置在客户端的 cookie 发送回给服务器端，不能让你把客户端设置的 cookie 发送给服务器端。详情见这里。

Tips
当服务器端设置Set-Cookie字段时，如果设置的域名 (domain) 不包含服务器的地址，那么设置的这个 cookie 就会被用户代理拒绝保存。比如说你服务器端的地址为http://w1.localhost，下面设置的 cookie 就会被用户代理拒绝保存：
setcookie('user', 'Sam Yang', time() + 24 * 3600, '/', "w2.localhost");
详情见 Invalid domains。

简单请求 (simple request)

不会触发 CORS 预检请求 (下文会提到) 的请求即为简单请求，具体来说，就是同时满足下列条件的请求：

使用下列请求方法之一：
- GET
- HEAD
- POST
除了用户代理自动设置的头部字段，只允许手动设置以下集合中的首部字段：
- Accept
- Accept-Language
- Content-Language
- Content-Type (值为下面三种之一)
  - text/plain
  - multipart/form-data
  - application/x-www-form-urlencoded
- DPR
- Downlink
- Save-Data
- Viewport-Width
- Width
请求时没有在任何 XMLHttpRequestUpload 对象上注册事件监听器
没有在请求中使用 ReadableStream 对象

/Test/index.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>index</title>
  </head>
  <body>
    <script>
    const xhr = new XMLHttpRequest();
    xhr.open('get', 'http://w1.localhost/Test/index.php', true);
    xhr.send();
    </script>
  </body>
</html>

/Test/index.php

<?php
header('Access-Control-Allow-Origin: *');
?>

访问http://w2.localhost/Test/main.html，下面分别是请求头和响应头：

# 请求头
GET /Test/index.php HTTP/1.1
Host: w1.localhost
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Origin: http://w2.localhost # 注意这个字段
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36
Accept: */*
DNT: 1
Referer: http://w2.localhost/Test/main.html
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6,ja;q=0.4,zh-TW;q=0.2
HT-Ver: 1.1.2
HT-Sid: KtctXse5-mUErYXtS-aUEwI5XF-NOSNsGw+-vH+sk2L4-8852iahF-tMQulEKm-0Hvpoi9J

# 响应头
HTTP/1.1 200 OK
Date: ****** # 已打码
Server: Apache/2.4.25 (Unix) PHP/5.6.30
X-Powered-By: PHP/5.6.30
Access-Control-Allow-Origin: * # 注意这个字段
Content-Length: 0
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8

根据上述条件，这是一个简单请求，我们使用 Origin 和 Access-Control-Allow-Origin 就能完成最简单的访问控制。

预检请求 (preflight request) 和实际请求 (actual request)

为了避免那些可能对服务器数据产生副作用的 HTTP 请求方法，浏览器必须首先先使用 OPTIONS 方法发起一个预检请求，从而获知服务器端是否允许该跨域请求，获得允许之后才发起实际请求。满足下述任一条件时，即应首先发送预检请求：

使用下列请求方法之一
- PUT
- DELETE
- CONNECT
- OPTIONS
- TRACE
- PATCH
除了用户代理自动设置的头部字段，手动设置了以下集合之外的首部字段：
- Accept
- Accept-Language
- Content-Language
- Content-Type (值为下面三种之一)
  - text/plain
  - multipart/form-data
  - application/x-www-form-urlencoded
- DPR
- Downlink
- Save-Data
- Viewport-Width
- Width
请求时在一个 XMLHttpRequestUpload 对象上注册了一个至多个事件监听器
在请求中使用 ReadableStream 对象

/Test/index.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>index</title>
  </head>
  <body>
    <script>
    const xhr = new XMLHttpRequest();
    const body = '<?xml version="1.0"?><person><name>Arun</name></person>';

    xhr.open('post', 'http://w1.localhost/Test/index.php', true);
    xhr.setRequestHeader('X-PINGOTHER', 'pingpong');
    xhr.setRequestHeader('Content-Type', 'application/xml');

    xhr.send(body);
    </script>
  </body>
</html>

/Test/index.php

<?php
header('Access-Control-Allow-Origin: http://w2.localhost');
header('Access-Control-Allow-Headers: X-PINGOTHER, Content-Type');
header('Access-Control-Allow-Methods: POST, GET, OPTIONS');
header('Access-Control-Max-Age: 86400');
?>

访问http://w2.localhost/Test/main.html，下面分别是预检请求头和响应头：

# 请求头
OPTIONS /Test/index.php HTTP/1.1
Host: w1.localhost
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Access-Control-Request-Method: POST # 关注它
Origin: http://w2.localhost # 关注它
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36
Access-Control-Request-Headers: content-type,x-pingother # 关注它
Accept: */*
DNT: 1
Referer: http://w2.localhost/Test/main.html
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6,ja;q=0.4,zh-TW;q=0.2
HT-Ver: 1.1.2
HT-Sid: KtctXse5-mUErYXtS-aUEwI5XF-NOSNsGw+-vH+sk2L4-8852iahF-tMQulEKm-0Hvpoi9J

# 响应头
HTTP/1.1 200 OK
Date: ****** # 已打码
Server: Apache/2.4.25 (Unix) PHP/5.6.30
X-Powered-By: PHP/5.6.30
Access-Control-Allow-Origin: http://w2.localhost # 关注它
Access-Control-Allow-Headers: X-PINGOTHER, Content-Type # 关注它
Access-Control-Allow-Methods: POST, GET, OPTIONS # 关注它
Access-Control-Max-Age: 86400 # 关注它
Content-Length: 0
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8

预检请求之后的实际请求头和响应头：

# 请求头
POST /Test/index.php HTTP/1.1
Host: w1.localhost
Connection: keep-alive
Content-Length: 55
Pragma: no-cache
Cache-Control: no-cache
X-PINGOTHER: pingpong # 关注它
Origin: http://w2.localhost
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36
Content-Type: application/xml # 关注它
Accept: */*
DNT: 1
Referer: http://w2.localhost/Test/main.html
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.8,en;q=0.6,ja;q=0.4,zh-TW;q=0.2
HT-Ver: 1.1.2
HT-Sid: KtctXse5-mUErYXtS-aUEwI5XF-NOSNsGw+-vH+sk2L4-8852iahF-tMQulEKm-0Hvpoi9J

# 响应头
HTTP/1.1 200 OK
Date: ****** # 已打码
Server: Apache/2.4.25 (Unix) PHP/5.6.30
X-Powered-By: PHP/5.6.30
Access-Control-Allow-Origin: http://w2.localhost
Access-Control-Allow-Headers: X-PINGOTHER, Content-Type
Access-Control-Allow-Methods: POST, GET, OPTIONS
Access-Control-Max-Age: 86400
Content-Length: 0
Keep-Alive: timeout=5, max=99
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8

一些小伎俩

之所以叫小伎俩，是因为这里所讲的方法都只是在小数据量的跨域通信中比较方便，大数据量则不宜使用。

适用情况：小数据量的跨域通信

Tips
如果对 URL 的结构不甚清晰，可以参见 URL。

片段标识符 (fragment identifier)

实现前提：无。

片段标识符是网址 URL 中#符后面的部分。我们可以这样来使用之。

/Test/main.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Main window</title>
  </head>
  <body>
    <p>This is the main window</p>
    <iframe src="http://w3.w1.localhost/Test/iframe.html" width="300px" height="250px" id="child-iframe" name="my"></iframe>
  </body>
</html>

/Test/iframe.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Iframe window</title>
  </head>
  <body>
    <p>This is the iframe window</p>
    <script>
    window.onhashchange = () => {
      document.write(`hello, ${window.location.hash.substr(1)}`);
    };
    </script>
  </body>
</html>

访问http://w2.w1.localhost/Test/main.html，打开控制台，输入：

document.querySelector('#child-iframe').src += '#samyang'

emmmm... 小窗口内容变了！

但是呢，这种方法是比较鸡肋的，虽然#有其他的用途 (见这里)，但它一般是用于定位页面中某个部分的，如果页面中有一些标签含有相同的片段标识符，便会产生一些意料之外的行为。再者，这种方法传输的数据量太少了。

查询字符串 (search string, aka, query string)

实现前提：无。

这是另一种用于小数据量跨域通信的方法，也是我所常用的方法，也是相比于前者更推荐的做法。查询字符串是 URL 中?及其后面但不包括#及片段标识符的部分。

/Test/main.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Main window</title>
  </head>
  <body>
    <p>This is the main window</p>
    <button>Click me</button>
    <script>
      document.querySelector('button').onclick = () => {
        location.href = `http://w3.w1.localhost/Test/iframe.html?username=samyang`;
      };
    </script>
  </body>
</html>

/Test/iframe.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Iframe window</title>
  </head>
  <body>
    <p>This is the iframe window</p>
    <button id="btn">Close this iframe</button>
    <script>
    window.onload = () => {
      document.write(location.search.substr(1))
    };
    </script>
  </body>
</html>

访问http://w2.w1.localhost/Test/main.html，点击按钮。

window.name

实现前提：跨域页面在同一个窗口中。

这个属性是属于窗口的，只要窗口不变，即使页面变为不同域，这个属性的值也不变。

/Test/main.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Main window</title>
  </head>
  <body>
    <p>This is the main window</p>
    <script>
      window.name = 'samyang';
      location.href = 'https://www.sogou.com/';
    </script>
  </body>
</html>

访问http://w2.w1.localhost/Test/main.html，窗口跳到新页面后打开控制台输入window.name并回车可以看到原页面设置的值。

结尾

好了，大概是这么多了(其实还有很多)，如有疏漏请指出。

Reference

最后编辑于：2017.12.10 01:16:42

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 156,907评论 4赞 360
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 66,546评论 1赞 289
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 106,705评论 0赞 238
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 43,624评论 0赞 203
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 51,940评论 3赞 285
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 40,371评论 1赞 210
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 31,672评论 2赞 310
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 30,396评论 0赞 195
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 34,069评论 1赞 238
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 30,350评论 2赞 242
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 31,876评论 1赞 256
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 28,243评论 2赞 251
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 32,847评论 3赞 231
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 26,004评论 0赞 8
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 26,755评论 0赞 192
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 35,378评论 2赞 269
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 35,266评论 2赞 259

同源策略那些事儿

重现

怎么回事？

规避同源策略的方法

document.domain

跨文档消息传递 (cross-document messaging)

JSONP (JSON with padding)

WebSocket

跨域资源共享 (Cross-Origin Resource Sharing, CORS)

HTTP 请求首部字段

Origin

Access-Control-Request-Method

Access-Control-Request-Headers

HTTP 响应首部字段

Access-Control-Allow-Origin

Access-Control-Expose-Headers

Access-Control-Max-Age

Access-Control-Allow-Methods

Access-Control-Allow-Headers

Access-Control-Allow-Credentials

简单请求 (simple request)

预检请求 (preflight request) 和 实际请求 (actual request)

一些小伎俩

片段标识符 (fragment identifier)

查询字符串 (search string, aka, query string)

window.name

结尾

Reference

推荐阅读更多精彩内容

预检请求 (preflight request) 和实际请求 (actual request)