C# WEB 的协议从 HTTP2 更改为 SPDY API
Protocol Changes from HTTP2 to SPDY for C# WEB API
我们有 Angular + WEB API 应用程序，部署在 Azure 上。目前部署后我们可以在CHROME（版本67.0.3396.99（正式版）（64位））网络选项卡中看到SPDY协议。但之前我们能够看到 Web API 请求的 HTTP2 协议。我们需要执行哪些步骤才能取回 HTTP2 请求。
有意思。
缓存资源似乎至少存在一个错误 (https://bugs.chromium.org/p/chromium/issues/detail?id=704146)，这可能解释了您中间的两个请求 - 它们呈浅灰色，表明缓存资源已被使用。
然而，在您的示例和我自己的一些测试中，我也看到同样的事情发生在对该站点（或相关站点）的其他请求上。
简而言之，这些似乎是显示错误，而不是真正通过 SPDY 下载。正如我在评论中提到的那样 Chrome 已经弃用 SPDY 并且不再支持它所以它不能是 SPDY。
您还可以通过以下方式证明这一点：
在新选项卡中打开请求，您将看到它以 h2 或 http/2+quic/ 的形式下载，这将显示在相关网站上实际应该使用的内容。这是您在短期内需要 "get back to HTTP2" 的步骤。
使用 chrome://net-internals/#http2 和 chrome://net-internals/#quic 页面，您将看到已下载请求在 h2 或 quic 上。所以它肯定只是向网络选项卡报告不正确的协议。
检查您自己的日志，您将再次看到它们是通过 HTTP/2（或 QUIC，如果您支持的话）请求的。
HTTP/2 和 QUIC 建立在 Chrome 中的大量 SPDY 代码之上，看起来它仍然在很多地方被引用。
所以基本上你不需要做任何事情，应该忽略它。如果您真的对此有强烈的感觉，请向 Chrome 团队提出错误，或者对上述错误进行评论或加注星标，以便您看到更新以及修复时间。
我们有 Angular + WEB API 应用程序，部署在 Azure 上。目前部署后我们可以在CHROME（版本67.0.3396.99（正式版）（64位））网络选项卡中看到SPDY协议。但之前我们能够看到 Web API 请求的 HTTP2 协议。我们需要执行哪些步骤才能取回 HTTP2 请求。
有意思。
缓存资源似乎至少存在一个错误 (https://bugs.chromium.org/p/chromium/issues/detail?id=704146)，这可能解释了您中间的两个请求 - 它们呈浅灰色，表明缓存资源已被使用。
然而，在您的示例和我自己的一些测试中，我也看到同样的事情发生在对该站点（或相关站点）的其他请求上。
简而言之，这些似乎是显示错误，而不是真正通过 SPDY 下载。正如我在评论中提到的那样 Chrome 已经弃用 SPDY 并且不再支持它所以它不能是 SPDY。
您还可以通过以下方式证明这一点：
在新选项卡中打开请求，您将看到它以
h2或http/2+quic/的形式下载，这将显示在相关网站上实际应该使用的内容。这是您在短期内需要 "get back to HTTP2" 的步骤。使用 chrome://net-internals/#http2 和 chrome://net-internals/#quic 页面，您将看到已下载请求在 h2 或 quic 上。所以它肯定只是向网络选项卡报告不正确的协议。
检查您自己的日志，您将再次看到它们是通过 HTTP/2（或 QUIC，如果您支持的话）请求的。
HTTP/2 和 QUIC 建立在 Chrome 中的大量 SPDY 代码之上，看起来它仍然在很多地方被引用。
所以基本上你不需要做任何事情，应该忽略它。如果您真的对此有强烈的感觉，请向 Chrome 团队提出错误，或者对上述错误进行评论或加注星标，以便您看到更新以及修复时间。