[发明专利]响应处理方法及响应处理装置

说明书

技术领域

本发明涉及互联网技术领域，尤其涉及响应处理方法及响应处理装置。

背景技术

对于互联网业务，通常情况下，一个域名下的多个业务会部署在同一组服务器中。但是随着业务的逐渐扩大，内容必然会逐渐增多。在同一组服务器或容器中部署的内容增多，会造成系统之间相互影响，这样势必降低系统的可用性，并对系统的容量预估等造成困难。这时业界通常的做法是将每个业务横向拆分成多个模块，将同种类的模块分开部署，例如分别部署在不同的服务器中。这样的处理能够很大程度降低系统的耦合性。但由于业务的复杂性，拆分的各个模块之间通常难以做到完全隔离，导致在业务实现时会存在各个模块之间跳转的问题。由于各个不同种类的模块往往又部署在不同的服务器中，就需要在不同服务器之间进行跳转。

现有解决在各个模块对应的不同服务器之间跳转通常采用如下两种方法：一种是将所有模块部署在同一个服务器或同一个容器中，使用服务器或容器中提供的forward方法进行跳转。但是这种方式存在较大的局限性，适用于比较简单的业务逻辑，当业务逻辑复杂的情况下，系统的可维护性会大大降低，这种方法应用于大规模、复杂逻辑的应用时存在明显的弊端。即对于复杂的业务逻辑，为了提高业务的可维护性，降低维护成本，我们无法使用容器内部的forward来减少客户端用户与业务之间的交互。

另一种方法是：服务器通过中转装置接收到客户端发送的服务请求后，当服务器判断出客户端需要获取的服务不属于该服务器的服务模块，则把跳转信息发送给中转装置，中转装置再将跳转信息发送给客户端，客户端通过中转装置发送服务请求到另一个服务器以获取相应服务，若另一个服务器判断客户端需要获取的服务仍不属于其服务模块，则重复进行上述步骤，最后再使客户端通过中转装置发送服务请求到其他服务器获取相应服务，直至获取到相应的服务为止。这种跳转方法适用于各种环境，但是需要客户端多次与中转装置进行交互，会大大增加客户端与中转装置之间的交互时间，尤其在网络耗时较高的移动网络条件下，客户端与中转装置之间的网络带宽小、平均耗时长并且很不稳定，客户端与中转装置的多次交互会带来更高的失败率，更长的访问耗时以及更多的流量费用，会大大降低用户体验。

发明内容

因此，本发明提供响应处理方法及响应处理装置，以克服现有响应处理技术存在的问题。

具体地，本发明实施例提出的一种响应处理方法，包括步骤：接收客户端发送的页面内容获取请求，并将页面内容获取请求发送给一个服务器；接收此服务器返回的响应包，并判断响应包是否为携带跳转信息的跳转响应包；以及若是跳转响应包，则根据跳转信息向下一个服务器发送页面内容获取请求。

另外，本发明实施例提出的一种响应处理装置，包括请求模块、判断模块以及响应处理模块，请求模块，用于接收客户端发送的页面内容获取请求，并将页面内容获取请求发送给一个服务器；判断模块，用于接收此服务器返回的响应包，并判断响应包是否为携带跳转信息的跳转响应包；响应处理模块，用于若是跳转响应包，则根据跳转信息向下一个服务器发送页面内容获取请求。

由上述实施例可知，本发明通过接收服务器返回的响应包，若判断出响应包是携带跳转信息的跳转响应包，则根据此跳转信息向下一个服务器发送该页面内容获取请求，直到获取到所需的页面内容为止。客户端与响应处理装置之间这段网络通常是耗时最大、响应时间最长、出错概率最高的一段，而由响应处理装置代替客户端浏览器进行不同网页地址（部署在不同的服务器中的模块）之间的跳转，减少了客户端浏览器与响应处理装置间的交互次数，大大降低了因为网络环境带来的耗时、响应时间以及出错的概率，提升了用户体验。并且在模块自由拆分到不同的服务器的情况下，也仍然能够给用户带来良好的服务器间跳转体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

图1是本发明实施例提出的响应处理方法的步骤流程图；

图2是本发明实施例提出的响应处理装置、客户端及服务器组成的系统之间交互的示意图；

图3是本发明实施例提出的响应处理装置的主要架构框图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明提出的响应处理方法及装置其具体实施方式、结构、特征及功效，详细说明如后。