子资源服务器提示标头不起作用答案

【问题标题】：Subresource server hint header doesn't work子资源服务器提示标头不起作用
【发布时间】：2014-12-23 11:49:53
【问题描述】：

尝试使用子资源服务器提示，但似乎不起作用。

在下面的屏幕上，您可以看到带有“链接”标题的主页，并且稍后会获取这两个资源。如您所见，发起者是解析器，而不是在解析任何内容之前收到的标头。所以结果和我们使用这个头文件之前是一样的:(

有什么想法吗？

全尺寸：http://i.stack.imgur.com/2ey2K.png

全尺寸：http://i.stack.imgur.com/fHXCM.png

【问题讨论】：

标签： performance google-chrome http nginx spdy

【解决方案1】：

这是自 2010 年以来 Chromium 项目中的一个公开错误：
Link HTML 元素具有等效的响应标头。它跟随形式：
```
Link: <http://href.here/to/resource.html>;rel="prefetch"
```
我们应该支持这个头文件，特别是对于 rel 类型的预取，子资源和 dns 预取。
在撰写本文时，该问题最近一次更新是在 2 天前，即 2014-10-28。
问题详情：https://code.google.com/p/chromium/issues/detail?id=58456
根据section 5 of RFC 5988，

链接实体标头字段提供了一种在 HTTP 标头中序列化一个或多个链接的方法。它在语义上等同于 HTML 中的 <LINK> 元素。
W3C wiki page 指出

HTTP 链接标头允许在不实际接触相关资源的情况下提供元数据
在the relevant Webkit bug 上，2011 年的一条评论指出处理链接头是

只是连接 HTML 元素的问题。

根据这些参考资料，我可以得出结论，Chrome 正在处理此标头，就像处理 <head> 中的 link 元素一样。

由于它不会破坏页面，我不会因为它而失眠...在 Chrome or Firefox 中。另一方面，Internet Explorer denied that they will add support -- 我引用 -- “我们不打算解决这个问题，因为我们在网页上看到的 Link 标头的使用有限。”

【讨论】：