Chrome 又搞事情，这种跨域方案要被禁用了！

Posted 2022-02-12 小生方勤

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Chrome 又搞事情，这种跨域方案要被禁用了！相关的知识，希望对你有一定的参考价值。

天天出新策略，业务都要改废了 ...

一句话描述

document.domain 将变为可读属性。

别着急，预计最早变化时间是 Chrome 101 版本，现在最新版是 97。

对我们有啥影响？

如果你的业务里有通过更改 document.domain 来进行跨域的场景，马上就芭比Q了，得快点进行改造了。

用 `document.domain` 是咋跨域的？

跨域老生常谈的话题了，大家应该都清楚的很，再来啰嗦一遍。

简单的说：

如果网页的：协议、域名、端口 有一个不一样，它们的资源无法互相访问。

我们通过了一些手段，可以绕过这个限制，让非同源的资源也能互相访问，这就是跨域。

那么用 document.domain 之前是咋跨域的呢？

假如我们有这样一个场景：

我们在一个页面 https://a.conardli.com 嵌入了一个 iframe 页面 https://b.conardli.com。它们的二级域名都是 conardli.com。

这时候，因为浏览器的同源策略限制，我们主页面和 iframe 肯定是无法通信的。

但是，当两个页面的 document.domain 都设置为 conard.com 也就是二级域名的时候，浏览器就将两个来源视为同源。

这时候主页面就可以和 iframe 进行通信了（比如访问 iframe 的 document）。

另外，还有个场景，我们本地调试的时候可能经常会用到：相同域名、不同端口间的跨域。

比如，上面两个网页，在还没上线的时候，可能我们这时候要在本地调试功能，可能把它们部署在本地的不同端口上：

http://localhost:8888/
http://localhost:6666/

默认情况下它俩肯定也是不能跨域通信的，这时候我们可以把它们的 document.domain 都设置为 localhost，就可以跨过端口不同的限制了。

用的好好地，为啥要禁用捏？

不安全呀。

你觉的二级域名一样的域名一定属于同一个业务吗？

那可不一定，比如一个第三方的页面托管服务，它可能只有一个二级域名 xxx.com。

不同的个人用户使用它的服务的时候可以定制自己的域名。小明.xxx.com、小花.xxx.com。

这时候，这种跨域的方式就可能被滥用了。

所以，Chrome 决定要禁用掉它。

有啥替代方案啊？

不慌，还有 postMessage。

大多数场景里面， postMessage()或 Channel Messaging API 都可以替代 document.domain。

主页面：https://a.conardli.com

// 给 https://b.conardli.com 发消息
iframe.postMessage('哈喽', 'https://b.conardli.com');

// 接收信息
iframe.addEventListener('message', (event) => 
  // 把不想要的信息过滤掉
  if (event.origin !== 'https://b.conardli.com') return;

  if (event.data === 'succeeded') 
    // 干点别的 ...
  
);

iframe 页面：https://b.conardli.com

// 接收信息
window.addEventListener('message', (event) => 
  // 拒绝掉乱七八糟的信息
  if (event.origin !== 'https://a.conardli.com') return;
  
  // 恢复消息
  event.source.postMessage('succeeded', event.origin);
);