移除
在 WebSQL 中移除了 EXPLAIN 和 REINDEX 支持
EXPLAIN 的输出不保证在 SQLite 版本中保持稳定，因此 开发者不能依赖它REINDEX 仅在排序规则序列时有用 定义更改，并且 Chrome 仅使用内置的排序规则序列。两者都有 功能现已删除。
移除对网址片段标识符的同态解码
当 Chrome 打开包含片段 ID 的网址时，它会解码 %xx 并应用 isomorphic-decode。 然后在某些情况下尝试查找解码结果作为 ID 的元素。 例如，如果用户打开 example.com/#%F8%C0，则 Chrome 会执行以下操作：
- 它会在网页中搜索 id="%F8%C0" 的元素。
- 如果未找到，则会在网页中搜索 id="øÀ" 的元素。 其他浏览器均不支持此做法，且该标准也未对其进行定义。距离开始还有 73 版，那么 Chrome 也不再采用这种做法。
弃用
弃用“免下车下载”功能在沙盒化 iframe 中
Chrome 已弃用无需用户手势的沙盒化 iframe 中的下载内容 （“免下车下载”）），但可以通过 allow-downloads-without-user-activation 关键字添加到沙盒属性列表中。 这样，内容提供方就可以限制恶意下载或滥用下载。
下载内容可能会给系统带来安全漏洞。尽管 Chrome 和操作系统中都进行了额外的安全检查，我们认为 在沙盒化 iframe 中阻止下载也符合 测试区。除了安全方面的顾虑以外，让用户感到愉快 相比之下，用户只需点击 用户进入新页面时自动开始下载， 自发性。
预计将从 Chrome 81 中移除。
废弃政策
为了确保平台的健康运行，我们有时会从 Web 平台中移除运行正常的 API。我们移除内容的原因可能有很多种 API，例如：
- 它们已被较新的 API 取代。
- 为反映规范变更，我们更新了这些政策，以便与其他浏览器保持一致和一致性。
- 这些是早期实验，在其他浏览器中从未实现过，因此可能会增加网络开发者的支持负担。
其中一些更改只会影响极少数网站。为了提前缓解问题，我们会尽量提前通知开发者，以便他们做出必要更改，确保网站正常运行。
Chrome 目前有 弃用和移除 API 的流程，实质上是：
- 在 blink-dev 邮寄名单中发布公告。
- 当在网页上检测到使用情况时，您可以在 Chrome 开发者工具控制台中设置警告并指定时间刻度。
- 等待、监控，然后在使用量下降时移除该功能。
您可以在 chromestatus.com 上使用 “已弃用”过滤条件 查找所有已弃用功能的列表，也可以使用“已移除的过滤条件”应用“已移除”过滤条件查看已移除的功能。我们还将尝试总结这些博文中的一些更改、推理和迁移路径。