[发明专利]用于基于网络的服务的“射后不理”卸载机制

说明书

在各个实施例中，代理应用处理与基于网络的服务相关联的请求。在操作中，代理应用确定从客户端应用接收到的第一请求表示可以从服务器机器卸载对所述第一请求的响应。在将所述第一请求传输到所述服务器机器之前，代理应用将对所述第一请求的响应传输到所述客户端应用。该响应表示所述服务器机器已经成功地处理了所述第一请求，有利的是，在接收到所述第一响应时，所述客户端应用能够发起无关服务器机器的第二请求。

相关申请的交叉引用

本申请要求获得2019年5月17日提交的美国专利申请序列号为16/416,108的权益，该申请通过引用而纳入本文中。

背景技术

各种实施例的领域

本发明的实施例总体上涉及客户端-服务器架构，更具体地说，涉及用于基于网络的服务的射后不理(fire-and-forget)卸载机制。

现有技术的描述

许多客户端应用使用基于传输控制协议(“TCP”)的1.0或1.1版本(“1.x”)的超文本传输协议(“HTTP”)访问基于网络的服务。在这样做的时候，客户端应用通过HTTP事务与基于网络的服务进行交互，这些HTTP事务通过客户端应用和基于网络的服务之间的TCP连接进行传输。典型的客户端应用会发起相对较少的交互式HTTP事务和相对较多的信息性HTTP事务。在交互式HTTP事务中，客户端应用下载数据(如主页的显示信息)，该数据需要提供给正在与客户端应用交互的用户。在信息性HTTP事务中，客户端应用将被基于网络的服务用于信息性目的的数据上传到一个或多个服务器机器。例如，客户端应用可以上传事件日志、表示客户端应用性能的度量日志、和/或表示客户端应用正在正常执行的“心跳”。

使用基于TCP的HTTP/1.x的一个缺点是，信息性HTTP事务的量会大大延迟与给定的客户端应用相关联的交互式HTTP事务的传输和处理。在基于TCP的HTTP/1.x中，每个HTTP事务均需要专用的TCP连接。此外，执行客户端应用的客户端平台通常会将并发的TCP连接数限制在2到6个连接之间。而且，众所周知的是，上传速度通常比下载速度慢。因此，在不同的时间点上，所有可用的TCP连接可能只分配给信息性HTTP事务。任何悬而未决的交互式HTTP事务必须等待，直到其中一个信息性HTTP事务(包括HTTP事务中相对较慢的上传部分)完成。由此产生的与悬而未决的交互式HTTP事务相关联的数据下载延迟会导致整体用户体验下降。

为了解决以上问题，一些客户端应用将至少一个可用的TCP连接分配给信息性HTTP事务，而将其他TCP连接分配给交互式HTTP事务。然而，采用这种方法，可用于交互式HTTP事务的TCP连接数自动减少，不论信息性HTTP事务的实际量如何。在交互式HTTP事务量相对较低的情况下，这种减少可能是不可取的。此外，如果超出了分配给信息性HTTP事务的(一个或多个)TCP连接的容量，那么客户端应用可能最终放弃通过信息性HTTP事务传输给基于网络的服务的信息。

在解决以上问题的另一种方法中，一些客户端应用实施HTTP/2，其中多个HTTP事务可以在每个TCP连接上多路传输。因为在实施HTTP/2时，客户端应用可以在每个TCP连接上同时发起任何数量的交互式HTTP事务和任何数量的信息性HTTP事务，所以可以减少下载需要通过一个或多个交互式HTTP事务来提供给用户的数据的延迟。然而，一些客户端平台不支持HTTP/2，这降低了这种解决方案途径的功效。

如前所述，本领域需要的是更有效的、用于对与基于网络的服务相关联的请求进行处理的技术。

发明内容

本发明的一个实施例提出了一种计算机所述的方法，用于对与基于网络的服务相关联的请求进行处理。该方法包括确定从客户端应用接收到的第一请求表示可以从服务器机器上卸载对第一请求的响应；以及在将第一请求传送到服务器机器之前，将对第一请求的第一响应传送到客户端应用，该第一响应表示服务器机器已经成功地处理了第一请求，其中，在接收到第一响应时，客户端应用能够发起第二请求。