浏览器是否在重定向响应中使用资源提示（链接）标头？

Question

问题

我有一个网站，它使用 302 重定向为新访问者建立新会话。我在我的个人网站上创建了一个基本流程的演示：

1. https://crenshaw.dev/redirect/index.php (302)
2. https://crenshaw.dev/session/redirect/index.html (200)

index.html 使用资源https://mac9416.com/demos/style.css（我只需要一个外部域名）。

我想指示浏览器连接到mac9416.com的302而不是200。

可能的解决方案

某些浏览器支持资源提示标头。下面是一些例子：

示例 5

链接：https://widget.com; rel=dns 预取
链接：https://example.com；相对=预连接
链接：https://example.com/next-page.html； rel=prerender;
链接：https://example.com/logo-hires.jpg；相对=预取； as=图像；

出了什么问题

开发工具在初始请求中显示 Link 标头：

我看到在 200 之后建立了与 mac9416.com 的连接，就在下载资源之前。

我希望看到在 302 之后立即建立连接，或者只是从时间线中丢失。

我使用 Chrome 73 进行了测试。WebPageTest waterfall 看起来几乎一模一样。

注意：我对服务器推送解决方案感兴趣，但目前该网站运行的是 HTTP1.1。

问题

我是否正在尝试一些甚至不受支持的东西？必须仅在非重定向响应上提供资源提示标头吗？

The "Anonymizing redirect" section of the resource hint working draft 让我相信它可以帮助我解决这种情况。但也许我看错了。

许多网站依赖重定向服务来进行分析、恶意软件防护，并在将用户发送到最终目的地之前匿名引荐来源。因为提前知道目的地，所以可以使用预连接提示来启动与目的地来源的连接握手（不泄露任何私人信息），同时处理重定向 - 这掩盖了重定向延迟并减少导航时间最终目的地。

Answer 1

嗯，我检查了你的实验（感谢你提出这个问题！）并且看不出有什么问题。我自己也在自己的服务器上重复了一遍，可以确认您的发现：主流浏览器似乎都不支持跨页面重定向的资源提示。

关于你指出的规范草案中的段落，我可以想到两种解释：

1. 这是一个潜在的用例，浏览器只是不支持它（还）。
2. 此措辞更适用于当前页面上必须首先通过重定向的资源。因此，例如，如果当前页面 (index.html) 加载 www.example.com/latest/framework.js 并重定向到 cdn.example.com/latest/framework.js 以实际加载此资源。值得注意的是，只有 prefetch 和 prerender 明确指出它们是用于“下一个导航”的（尽管我出于兴趣尝试了这两个，但它们也不适用于重定向场景）。

无论哪种方式，我都同意它可以更清楚。我打算建议在 Github 上打开一个问题，但请参阅 you already did that！希望规范作者能够证实这一点。

顺便说一句，我尝试使用 JavaScript 重定向而不是 301/302，它在 Chrome 中适用于预连接的 HTTP 链接标头和 HTML 链接指令 - 再次表明仅查看 200 个响应以获取资源提示。

你提出的一个有趣的问题！不确定 StackOverflow 是否偏离主题，但肯定激起了我的兴趣...