快速了解HTTP/2的游戏服务端的推送

admin

快速了解HTTP/2的游戏服务端的推送 https://www.gmbbs.net/

1.前言
新一代HTTP/2协议的主要目的是提高游戏服务端的性能(参见《从HTTP/0.9到HTTP/2：一文读懂HTTP协议的历史演变和设计思路》中HTTP/2的介绍)。
以前版本的HTTP/2的报头是直接传输的文本，但是现在它是在压缩后传输的。事实证明，在同一个TCP连接中，游戏服务端只能在发送最后一个响应后发送下一个响应。现在，可以一起发送多个响应。
游戏服务端推送是HTTP/2协议中唯一需要开发人员自己配置的功能。其他功能由游戏服务端和浏览器自动实现，不需要开发人员关心。
愚蠢的网络编程导论(4):对HTTP/2游戏服务端推送的快速理解
3.传统的游戏服务端请求方法
下面是一个非常简单的游戏服务端文件索引。
该页面包含一个样式表css和一个图片文件example.png。为了呈现这个游戏服务端，浏览器将发出三个请求。
第一个请求是index.html:
获取/索引
在接收到这个请求后，游戏服务端将index.html发送到浏览器。
浏览器发现它包含样式表和图片，所以它发出了另外两个请求:
获取/样式
获取/示例
这是请求游戏服务端的传统方式。它有两个问题:
首先，至少需要两轮HTTP通信。
第二是在收到样式文件之前，游戏服务端会显示一个空白。一旦这段时间超过2秒，用户体验将非常糟糕。
4.传统方法的改进
一种解决方案是将外部资源合并到网络文件中，减少HTTP请求。例如，将样式表的内容写入
7.在Apache游戏服务端上的实现
Apache类似，您可以在配置文件httpd.conf或。htaccess:
8.游戏服务端推送的另一种实现方法:后端实现
上述游戏服务端推送需要写入游戏服务端的配置文件中。这显然是不方便的，每次修改服务时都必须重新启动，应用程序和游戏服务端的配置不应该混合在一起。
游戏服务端推送还有另一种实现方法，即后端应用程序生成HTTP响应的头信息链接命令。
当游戏服务端找到这个头信息时，它将推游戏服务端:
Link:rel=预载。as=样式
如果您想推送多个资源，请按如下方式编写。
如果要推送多个资源，请按如下方式编写:
您可以参考Go、节点和PHP的实现示例。
如果游戏服务端或浏览器不支持HTTP/2，那么浏览器将根据预加载和预加载指定的资源文件来处理头信息。
事实上，这个头信息是由预加载标准提出的，它的语法和as属性值都写在标准中。
9.缓存问题
游戏服务端推送有一个非常麻烦的问题。如果浏览器已经有了要推送的资源文件的缓存，那么推送就是浪费带宽。即使推送的文件版本已更新，浏览器也会优先使用本地缓存。
一个解决方案是只为第一次访问的用户打开游戏服务端推送。
下面是一个由Nginx 官方给出的例子，根据Cookie判断它是否是第一次访问:
10.使用HTTP/2游戏服务端推送带来的性能提升
游戏服务端推送可以提高性能。在线评估的结果是，当未打开此功能时，它比HTTP/2快8%，当所有资源都嵌入到游戏服务端中时，它比HTTP/1快5%。
愚蠢的网络编程导论(4):对HTTP/2游戏服务端推送的快速理解
可以看出，改进的程度不是特别高，大约几百毫秒。此外，不建议一次推送太多资源，这会降低性能，因为浏览器必须处理所有推送的资源。只推送CSS样式表可能是一个更好的选择。