Chrome 73 中的弃用和移除内容

Joe Medley
Joe Medley

移除

移除了 WebSQL 中的 EXPLAIN 和 REINDEX 支持

无法保证 EXPLAIN 的输出在不同 SQLite 版本之间保持稳定,因此开发者不能依赖它。只有在排序规则定义发生变化且 Chrome 仅使用内置排序规则时,REINDEX 才有用。这两项功能现已移除。

Chrome 平台状态 |

移除了对网址片段标识符的同构解码

当 Chrome 打开包含 fragment ID 的网址时,它会对 %xx 进行解码并对其应用 isomorphic-decode,然后在某些情况下尝试找到一个将解码结果用作 ID 的元素。例如,如果用户打开 example.com/#%F8%C0,Chrome 会执行以下操作:

  1. 它会在页面中搜索 id="%F8%C0" 的元素。
  2. 如果未找到,则会在网页中搜索 id="øÀ" 的元素。没有其他浏览器会这样做,并且标准也没有定义这一点。从 73 版开始,Chrome 也不再执行此操作。

Chrome 平台状态 | Chromium bug

弃用

废弃沙盒化 iframe 中的“潜在下载”

Chrome 已废弃在缺少用户手势的沙盒 iframe 中进行下载(“无需用户启用即可下载”),但可以通过沙盒属性列表中的 allow-downloads-without-user-activation 关键字解除此限制。这样,内容提供商就可以限制恶意或滥用内容的下载。

下载内容可能会给系统带来安全漏洞。虽然 Chrome 和操作系统会执行额外的安全检查,但我们认为,阻止在沙盒化 iframe 中下载内容也符合沙盒背后的一般理念。除了安全问题之外,与在用户到达新页面时自动开始下载或在用户点击后非自发开始下载相比,在用户点击后触发同一页面上的下载会带来更愉快的用户体验。

预计会在 Chrome 81 中移除。

Chrome 平台状态 |

废弃政策

为了确保平台的正常运行,我们有时会从网站平台中移除已完成生命周期的 API。我们移除 API 的原因有很多,例如:

  • 它们已被较新的 API 取代。
  • 这些文档会更新以反映规范的更改,以便与其他浏览器保持一致。
  • 这些功能是早期实验,在其他浏览器中从未实现,因此可能会增加 Web 开发者的支持负担。

其中一些更改将对极少数网站产生影响。为了提前缓解问题,我们会尽量提前通知开发者,以便他们进行必要的更改来确保其网站正常运行。

Chrome 目前 有 API 废弃和移除流程,具体如下:

  • blink-dev 邮寄名单中发布公告。
  • 在 Chrome 开发者工具控制台中设置警告,并在网页上检测到使用情况时提供时间尺度。
  • 等待一段时间,进行监控,然后在使用量下降时移除该功能。

您可以使用 已废弃的过滤条件 在 chromestatus.com 上查找所有已废弃的功能,也可以应用已移除的过滤条件查找已移除的功能。我们还会尝试在这些帖子中总结一些变更、原因和迁移路径。