构建一个更具互操作性的 Web 与 Microsoft Edge

Internet Explorer 11 的 UA 字符串
Mozilla/5.0 (Windows NT 6.3; Trident/7.0; rv:11.0) like Gecko

Microsoft Edge UA 字符串
Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36 Edge/12.10136

在 W3C 的讨论中，Patrick H. Lauke 在W3C 讨论中恰当地将 userAgent 属性描述为“一个不断增长的谎言集合”。（“或者更确切地说，是一种权衡，即添加足够的旧式关键字，以免旧的 UA 嗅探代码立即失效，同时仍然试图传达一点真正有用和准确的信息。”）

我们建议 Web 开发人员尽可能避免进行 UA 嗅探；现代 Web 平台功能几乎都可以通过简单的方式检测到。在过去的一年里，我们看到一些 UA 嗅探网站已被更新以检测 Microsoft Edge……然后就为它提供了旧的 IE11 代码路径。这不是最好的方法，因为 Microsoft Edge 匹配的是“WebKit”行为，而不是 IE11 行为（任何 Edge-WebKit 的差异都是我们有兴趣修复的 bug）。根据我们的经验，Microsoft Edge 在这些网站上运行在“WebKit”代码路径上效果最好。此外，随着互联网在各种设备上的普及，请假定未知浏览器都是好的——请不要将您的网站限制为仅能在少数当前已知浏览器上运行。如果您这样做，您的网站将来几乎肯定会中断。

过去的麻烦

为了进一步确保网站不会将我们的新引擎识别为 Internet Explorer，我们还花费了大量时间移除旧的 IE 特性（不再支持 ActiveX！）。

在理想世界里，Web 开发人员会编写包含带前缀和不带前缀 CSS 的互操作性内容——不幸的是，情况并非如此。2014 年，我们不得不添加对 WebKit 前缀 CSS 的支持，以渲染大量的现代（移动）网站，之后我们观察到超过 40% 的移动网站得到了改进。渲染一个可用的移动 Web 现在取决于您的浏览器是否支持 WebKit CSS 前缀，就连 Firefox 也在使用这种方法。

接受 WebKit CSS 比解析静态 CSS 更棘手；我们还需要优先列出“--webkit--”属性，因为有大量的网站在发现第一个供应商前缀时就准备好了带前缀的 CSS。

为未来做准备

我们非常关心 Web 开发人员在浏览器之间获得一致的功能集——这就是为什么我们花了很多时间添加最受请求的功能，如ES6（得分最高！）、HTTP/2、响应式图片和媒体捕获，以及 XPath 和 Motion JPEG 支持等旧功能。XPath 和 Motion JPEG 支持。如果您想了解我们不断更新的浏览器将带来什么，请参阅我们新的平台状态和变更日志页面。

数据 数据 数据

浏览器互操作性需要永无止境的功能和 bug 修复；为了最大限度地发挥我们的工作效果，我们需要数据来辅助确定互操作性工作的优先级。我们 300 多万 Windows 10 预览体验成员用户一直在向我们报告网站问题；这些数据在确定修复优先级方面具有宝贵的价值。

我们还使用来自 Bing 爬虫的数据来指导我们的决策。该爬虫可以访问 33 万亿个页面、440 亿个网站，并使用七千个 API，它帮助我们了解大型网站的构建方式以及我们的浏览器更改将如何影响 Web。结合我们能够快速发布新版本浏览器版本的能力，我们能够比以往任何时候都更快地发现并修复互操作性问题。许多网站依赖于 JavaScript 库和框架，因此我们也向这些库提交修复程序，以确保它们在所有浏览器中都能正常工作。

有时标准并不描述实际的 Web 内容

互操作性不仅仅是完全按照规范实现。我们也遇到过许多情况，标准并没有真正描述 Web 开发人员的实际做法，因此我们必须在解析和接受内容时更加宽松——即使这意味着偏离规范。

一个简单的例子是格式不正确的 Meta-Refresh 元素。Web 服务器经常使用 meta refresh 将浏览器重定向到其网站的移动版本。一些移动网站发送的 meta refresh 标签格式不正确（缺少“url=”令牌），这导致 IE 进入无限重定向循环。

“格式不正确”
<meta http-equiv="refresh" content="0;http://foo.com" />

正确
<meta http-equiv="refresh" content="0;url=http://foo.com" />

这里的解决方案是解析并处理“格式不正确”的标记——Web 最终会依赖于更宽松浏览器的行为。

我们也遇到过许多情况，规范在定义行为方面（也许）过于死板。有时标准过于 pedantic；很容易看出 Web 开发人员会犯错误

例如，页面经常使用 <meta charset="utf8"> 来定义页面的字符集。“utf-8”是“技术上正确”的描述。这是一个很容易“犯”的“错误”；仅在 GitHub 的 HTML 文件中就有近 60 万个结果。

这导致 IE11 中页面的渲染不正确——在这种情况下，引语

借助 Microsoft Edge，我们现在更加宽松地接受“utf8”值，从而实现了正确的渲染

另一个例子是，移动 Web 依赖于您的浏览器下载字体资源，而不检查CORS 标头和“可嵌入”（根据规范）标志——我们不得不更改移动浏览器中的 WebKit 行为，以使移动 Web 正常工作。