CN108234149A - 一种网络请求的管理方法和装置 - Google Patents

Abstract

本发明公开了一种网络请求管理的方法和装置，根据网络请求的类别分别创建对应的接口，通过各个服务器协议与对应的客户端应用的需求定义所述接口请求参数的数据结构；再根据数据结构进行客户端应用与服务器的需求参数进行转换，从而实现对网络请求的统一管理；本发明通过预先统一创建接口实现客户端应用与服务器协议的对接，使客户端应用不需要理解服务器的协议，减少和服务器端的沟通，从而大大降低客户端应用的工作量及出错率，简化客户端的网络请求代码，达到事半功倍的效果。

Description

一种网络请求的管理方法和装置

技术领域

本发明涉及一种网络请求的管理方法和装置。

背景技术

随着互联网技术的飞速发展，越来越多的应用需要与网络服务器进行交互，目前在现有技术中，客户端应用的每个网络请求都需要设计一套独立的网络请求模块和方法，并且按照对应的服务器的协议定义来发送请求信息和解析处理结果，这就需要每个应用的开发人员理解对应的服务器协议，及与服务器组进行沟通，再按照服务器的接口协议格式来传输请求参数和解析处理结果，相当于各个开发组的开发人员做了重复性的工作，且应用越多，重复性的工作就成倍增加，降低了整体的开发效率。

发明内容

鉴于现有技术中存在的技术缺陷和技术弊端，本发明实施例提供克服上述问题或者至少部分地解决上述问题的一种网络请求的管理方法和装置。

作为本发明实施例的一个方面，提供一种网络请求的管理方法，所述方法包括：

创建与网络请求类别相对应的接口，确定所述接口请求参数的数据结构；

接收应用的网络请求，填充对应所述接口请求参数的数据结构，转换所述请求参数的数据结构，传送至服务器；

接收服务器处理结果，解析并转换数据格式，传送处理结果至应用。

在一个实施例中，所述接收应用的网络请求还包括：

设置预设文件，所述预设文件包括与所述网络请求类别对应的连接协议；

初始化过程中，读取并缓存所述预设文件。

在一个实施例中，所述传输至服务器，还包括：

将对应的网络请求按照优先级排序并顺序发出，存储发出时间、优先级等级及超时信息；

遍历未结束的所述网络请求，按照预设规则对所述网络请求进行排序。

在一个实施例中，所述方法还包括：

当初始化开始时，接收应用的网络请求，依次按照优先级和创建时间进行排序并缓存；

当初始化完成之后，主动获取并按照顺序发送所述网络请求。

在一个实施例中，所述方法还包括：

计算所述网络请求发出时间与当前时间的时间差；

判断所述网络请求是否超时；

回调超时接口，删除所述网络请求。

作为本发明实施例的再一方面，提供了一种网络请求的管理装置，所述管理装置包括：

创建模块：用于创建与网络请求类别相对应的接口，定义所述接口请求参数的数据结构；

接收模块：用于接收应用的网络请求及服务器的处理结果；

管理模块：用于根据网络请求及处理结果的类型调用对应的接口；

转换模块：用于转换应用与服务器请求参数对应的数据格式 ；

发送模块：用于传输数据。

在一个实施例中，所述管理装置还包括：

初始化模块：用于初始化所述管理模块及转换模块；

预设模块：用于通过预设文件设置不同的网络请求类别对应的连接协议。

在一个实施例中，所述管理模块还包括：

第一排序模块：用于将对应的网络请求按照预设规则排序；

缓存模块：用于存储发出时间、优先级等级及超时信息；

遍历模块：用于遍历未结束的网络请求。

在一个实施例中，所述管理模块还包括：

计算模块：用于计算所述网络请求发出时间与当前时间的时间差；

判断模块：用于判断所述时间差是否超出设置超时信息阈值；

超时处理模块：用于接收判断模块的信息，回调超时接口，删除对应网络请求。

作为本发明实施例的再一方面，提供了一种导航装置，所述导航装置包括上述任意一项所述的网络请求管理装置或方法。

本发明实施例至少实现了如下技术效果：

本发明提供一种网络请求的管理方法及装置，通过创建多个接口统一管理网络请求与服务器协议的对接，使客户端应用不需要理解服务器的协议，减少和服务器端的沟通，从而会大大降低客户端应用的工作量和降低出错率，简化客户端的网络请求代码，达到事半功倍的效果。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所记载的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明管理方法的流程图；

图2为本发明管理方法的应用流程图；

图3为本发明管理方法中初始化的流程图；

图4为本发明管理方法中协议类型初始化的流程图；

图5为本发明管理方法中优先权及超时管理的流程图；

图6为本发明装置中的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明所属行业为互联网软件行业，可用C++、java、PHP等编码语言实现，但不局限于此三种语言，系统适用类型包括: Android、CE、Linux、IOS、QNX，但不不限于以上几种；所实现的请求业务类别包括天气、新闻、用户管理、在线FM、轨迹点上传等，但不限于以上几种。

本发明提供了一种对客户端应用的所有网络请求进行集中管理的装置和方法，根据服务器业务接口协议封装请求参数数据结构，并把服务器处理结果解析成客户端应用能直接使用的有意义的数据结构，通过回调接口返回给客户端应用，简化了客户端的网络请求代码；并且本发明可以自由配置请求业务类型是用TCP还是HTTP协议，在满足服务器实现必要信息推送功能的前提下降低流量的消耗；可以对网络请求进行优先级和超时管理，保证了各个网络请求的科学管理，在客户端与远程服务器交互频繁、交互的请求业务类别及并发网络请求很多的复杂网络情况下，实现了每个请求能都有所回应，优先级高的请求优先处理，满足客户的使用需求；当服务器没有返回信息，会有本地超时机制来返回超时，不会从客户端丢失掉某个请求。

下面分别对本发明实施例提供的一种网络请求管理方法的各种具体实施方式进行详细的说明。

本发明提供一种网络请求的管理方法，如图1，包括：

S101：根据网络请求的类别分别创建对应的接口，其中根据服务器协议与客户端的应用制定对应的接口请求参数的数据结构；

S102：当接收客户端应用的网络请求时，调用对应的接口；

S103：将所述的网络请求通过填充对应的所述数据结构生成请求参数，再将所述请求参数转换成服务器需要的参数格式；

S104：将服务器需要的参数格式发送至服务器；

S105：对应的服务器获取对应的请求参数，发送处理结果；

S106：接收各个服务器的处理结果，分别根据对应的服务器协议解析结果，并将对应的解析结果填充到对应的所述接口的数据结构中，通过返回客户端应用。

上述建立了一个对多个应用的网络请求进行统一管理的方法，应用本方法的具体流程如图2，具体为：

S201：客户端应用发出网络请求，填充请求参数数据结构；

S202：将请求参数转换成服务器需要的参数格式，向服务器发出网络请求；

S203：服务器接收参数并处理网络请求；

S204：服务器发送处理结果；

S205：接收服务器的处理结果，并解析结果成数据结构；

S206：回调接口，传送数据结构；

S207：客户端实现回调换算并接收返回值得数据结构。

本发明中，针对每个客户端应用的网络请求，都封装成一个接口；根据对应的服务器协议中的请求参数的意义和格式，封装成客户端应用易用的数据结构作为接口的参数，客户端应用通过填充此数据结构作为请求参数调用此接口，在接口中，根据服务器协议将此数据结果转换成服务器需要的参数格式，发送网络请求到服务器，此接口执行结束；服务器处理结果后，此装置根据服务器协议解析结果，并把结果填充到客户端应用易用的数据结构，然后通过接口回调方式返回给客户端应用，如果服务器协议有所变更，则只需修改此装置，客户端应用升级此装置，根据变更的参数和返回值的数据结构进行变更即可。

本发明优选地对客户端发送的网络请求进行抽象化，其中至少可以包括：

请求ID：是对每个请求进行编号，保证每个请求的唯一性；

请求创建时间：是客户端发起一个网络请求时的系统时间；

请求优先级：是设置此请求的优先级，可设置为高、中、低；

请求超时信息：例如请求超时信息设置为10秒，则从请求创建开始，过了10秒服务器都没有返回请求结果，则认为此请求超时；

请求业务类别：表示此请求是属于哪种业务类型的请求，如news， weather，轨迹上传等等；

请求业务信息：是此请求发送到服务器的信息；包括请求ID。

本发明中网络请求的生命周期分为创建、缓存、已发送、超时、销毁等阶段，通过对网络请求的合理排序，不仅节省了开发人员的工作量，而且提高了网络请求的效率，减少了网络流量，更快速、经济的为用户提供网络请求。

进一步地，在一个实施例中，在S102步骤中，还包括：

通过预设文件配置所述网络请求的类别对应的连接协议，初始化过程中，读取所述预设文件并存储于内存中。

当一个客户端应用与远程服务器交互的请求业务类型比较多，而且有些请求业务类型需要服务器推送信息到客户端，那么就需要其与服务器建立TCP长连接，但是TCP连接需要一直发送心跳包与服务器保持连接，耗费流量比较大；而HTTP请求，则是发出网络请求时，才会与服务器建立连接，不会耗费多余的流量，所以运行在例如手机之类的网络流量比较昂贵的客户端上的应用，就非常有必要合理配置请求类型，例如如果服务器推送功能，就可以把所有业务类型配置成HTTP协议，或者服务器端对某些业务类型只支持TCP协议的请求，那么就需要把相应的业务类型配置成TCP协议。

具体的初始化的流程如图3，具体步骤为：

S301：初始化开始；

S302：读取预设文件；

S303：读取网络请求的协议类型、请求的域名、端口、连接协议等信息，放入内存；其中，协议类型可以包括HTTP、TCP协议等；

S304：判断是否有网络请求的类别配置为TCP请求，若是，则转至S305，若否，则转至S306；

S305：与对应的服务器建立TCP长连接；

S306：判断是否有网络请求的类别配置为HTTP请求，若是，则转至S307，若否，则转至S308；

S307：初始化HTTP连接工具类；

S308：初始化结束。

本发明对网络请求的内容进行分类，如新闻相关的请求业务类型为news，天气相关的请求业务类型为weather。

以发送获取新闻分类的网络请求为例，可根据请求业务类型为news来判断请求是用http或者tcp连接协议，然后发送相应协议的请求，当接收到服务器处理结果后，解析出请求ID，客户端可根据请求ID从内存中获取此请求对应的回调方法，解析服务器返回数据，最后把处理结果以回调接口的形式返回给客户端。

具体流程如图4，步骤如下：

S401：网络请求管理装置创建news类型请求，缓存news类型请求与接口关系；

S402：客户端应用发送news类型的网络请求；

S403：判断内存中news业务类型是否为TCP协议，若是，则转至S404，若否，则转至S406；

S404：发送TCP异步请求；

S405：通过TCP协议连接服务器；

S406：发送HTTP异步请求；

S407：通过HTTP协议连接服务器；

S408：服务器返回请求结果，包括请求ID;

S409：网络请求管理装置接收服务器处理结果;

S410：从处理结果中解析请求ID；

S411：根据请求ID从内存中获取回调方法，通过回调方法将结果返回客户端；

S412：客户端接收处理结果。

客户端开发者可在外部预设文件或者代码中可灵活配置news对应的连接协议是http或者tcp协议，以及是否启动此请求类别，当网络请求管理模块初始化时，此装置读取此预设文件，然后存在内存当中。

通过上述的灵活配置，不仅增加了网络请求的灵活性，可开发人员可以更有针对性的对各个客户端中的各个应用进行协议配置，保证每个应用都通过最适合的方式进行网络间的数据传输，也可以有效地节约流量，降低经济成本，提高数据传输速度。

进一步地，在一个实施例中，在S104步骤中，还包括网络请求的优先权管理，具体为：

网络请求优先级分为高、中、低，每次发网络请求时，客户端应用都可设置此请求的优先级，如果不设置，则默认为中，当调用发送请求方法后，程序会把请求按照优先级进行排序，按照顺序发出，并把发出时间、优先级、超时信息等记录到内存中，然后启动一个子线程，遍历未结束的所述网络请求，按照预设规则对所述网络请求排序。

优选地预设规则为：当请求优先级为高的请求等待的时间超过一个阈值（如超过5s），而且在此请求之前并未有优先级高的请求，此请求也不是最前面的请求，则结束已经发出的请求，把所有未完成的请求都按照优先级进行重新排序，重新优先发送优先级高的请求。

还可以通过其他的规则对本发明中优先权进行合理排序，不同的系统或用户使用的优先权的规则均可以不同。

通过上述优先权的合理排序，保证的网络请求的及时响应，对系统或客户关注高的网络请求即可将优先级等级设置为高，从而实现优先响应，从而也会提升了用户的网络请求响应速度的体检。

进一步地，在一个实施例中，在初始化的步骤中，所述方法还包括对网络请求的缓存处理，具体为：

在所述方法初始化时，接收各个客户端应用的网络请求时，即当网络管理初始化完成之前，客户端就发出网络请求，则会按照优先级和创建时间进行排序，优选地，优先级为第一顺序，创建时间为第二顺序，再缓存到内存中，当初始化完成之后，主动从内存中取出缓存的请求，按照顺序发送请求。

上述方法不仅可以通过对优先权的初始排序保证网络请求的层次性，而且通过缓存可以保证网络请求的不丢失，保证请求已获取结果的一致性。

进一步地，在一个实施例中，所述方法还包括超时管理，具体为：

启动第二子线程，在规定的时间周期，对所有未完成的请求进行遍历，计算所述网络请求发出时间与当前时间的时间差，再根据存储的超时信息阈值判断所述请求是否已超时，如果已经超时，则回调超时接口，去除此请求。

其中，超时信息阈值可以为5S、6S等，可以根据需要自行设置，也可以针对不同的网络请求设置不同的超时信息阈值。

通过超时的管理，可以保证网络请求的有效性，及时的去掉失效的请求，并进行及时的反馈，保证了各个网络请求的有效发送。

在一个实施例中，当客户端发出第一个网络请求时，系统会开启一个定时子线程，可规定每5秒执行一次，遍历所有未完成的请求，判断是否超时。

如未超时，判断如果是优先级高的请求，并且等待时间超过阈值，则会中断并取消所有请求，对所有请求按照优先级为第一顺序，创建时间为第二顺序进行排序，重新发送请求，否则不做处理。

如果超时则会回调客户端超时接口，并从内存移除此请求信息。

本实例的流程如图5，具体步骤为：

S501：当客户端发出网络请求时，网络请求管理装置开启定时子线程；

S502：预定间隔遍历内存中的未完成请求，并判断是否超时，若是，则转至S503，若否，则转至S504；

其中预设间隔可以为5、6、10S等时间间隔；

S503：回调请求超时接口；

S504：判断所述请求是否为优选级高的请求，若是，则转至S505，若否，则转至S502；

S505：判断此请求等待时间是否超过等待时间阈值，若是，则转至S506，若否，则转至S502；

所述等待时间阈值可以是5、6、10S等；

S506：判断是否有优先级高的请求在处理中；若是，则转至S502，若否，则转至S507；

S507：中断并取消所有请求，对所有请求按照优先级第一顺序，发送时间第二的顺序进行排序，重新发送请求。

上述方法通过对超时及优先权的同时管理，有效的保证每个网络请求的有效及及时发送，减少了网络带宽的负担，优先并有顺序得对重要的网络请求进行优先发送，更人性化，提高了用户的体验，带来了预料之外的效果。

基于同一发明构思，本发明实施例还提供了一种网络请求管理装置，由于该装置所解决问题的原理与前述实施例的网络请求管理方法相似，因此该装置的实施可以参见前述实施例的方法的实施，重复之处不再赘述。

在一个实施例中，本发明提供了一种网络请求的管理装置，如图6，所述管理装置包括10：

创建模块11：用于创建与网络请求类别相对应的接口，定义所述接口请求参数的数据结构；

接收模块12：用于接收应用的网络请求及服务器30的处理结果；

管理模块13：用于根据网络请求及处理结果的类型调用对应的接口；

转换模块14：用于转换应用与服务器30请求参数对应的数据格式 ；

发送模块15：用于传输数据。

通过以上模块的协调作用，实现了通过本装置多个客户端应用20进行统一管理，不仅可以避免多个客户端发送的重复应用占用带宽的问题，而且可以减少开发人员的重复工作，提高工作的效率，及提升包含多个客户端的系统的工作效率，减少内存空间的占用。

进一步地，在一个实施例中，所述管理装置13还包括：

初始化模块：用于初始化所述管理模块及转换模块；

预设模块：用于通过预设文件设置不同的网络请求类别对应的连接协议。

其中，当本管理装置启动中，首先需要通过初始化模块对本装置进行初始化，若初始化之前或过程中，已经收到来自客户端应用的网络请求，则也可以将接收的请求进行缓存，并排序，在初始化，完成之后，主动按照预设顺序将网络请求发出。

本装置的启动可以在装载系统启动时启动，也可以根据网络请求的触发进行启动，或者也可以用户手动触发进行启动，即本发明中可以通过多种方法启动本装置。

通过对不同连接协议的配置，可以有针对性的对不同的网络请求调配不同的连接协议，既能够保证与服务器连接的顺畅，又能合理有效的节省流量。

进一步地，在一个实施例中，所述管理模块13还包括：

第一排序模块：用于将对应的网络请求按照预设规则排序；

缓存模块：用于存储发出时间、优先级等级及超时信息；

遍历模块：用于遍历未结束的网络请求。

通过上述模块的配合实现管理装置内优先级管理，提高了优先级高的网络请求的响应时间。

在一个实施例中，所述管理模块13还包括：

计算模块：用于计算所述网络请求发出时间与当前时间的时间差；

判断模块：用于判断所述时间差是否超出设置超时信息阈值；

超时处理模块：用于接收判断模块的信息，回调超时接口，删除对应网络请求。

通过上述模块的配合实现管理装置内网络请求的超时，减少了不必要的内存消耗，提升了网络请求的速度。

基于同一发明构思，本发明实施例还提供了一种导航装置，其特征在于包括如上述任意实施例所述的网络请求管理方法或装置。

本发明中，专有名词可以进行如下解释：

网络请求：指通过网络向远程服务器请求服务；

客户端：指与服务器相对应，为客户提供本地服务的程序；

请求类别：指对网络请求的业务进行的分类，如请求天气相关信息的请求业务类别为weather，请求新闻相关信息的请求业务类别为news。

HTTP请求：超文本传输协议（HTTP，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。

TCP：（Transmission Control Protocol 传输控制协议）是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义。

信息推送：是通过一定的技术标准或协议，在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种网络请求的管理方法，其特征在于，所述方法包括：

创建与网络请求类别相对应的接口，确定所述接口请求参数的数据结构；

接收应用的网络请求，填充对应所述接口请求参数的数据结构，转换所述请求参数的数据结构，传送至服务器；

接收服务器处理结果，解析并转换数据格式，传送处理结果至应用。

2.如权利要求1所述的方法，其特征在于，所述接收应用的网络请求还包括：

设置预设文件，所述预设文件包括与所述网络请求类别对应的连接协议；

初始化过程中，读取并缓存所述预设文件。

3.如权利要求1所述的方法，其特征在于，所述传输至服务器，还包括：

将对应的网络请求按照优先级排序并顺序发出，存储发出时间、优先级等级及超时信息；

遍历未结束的所述网络请求，按照预设规则对所述网络请求进行排序。

4.如权利要求2述的方法，其特征在于，所述方法还包括：

当初始化开始时，接收应用的网络请求，依次按照优先级和创建时间进行排序并缓存；

当初始化完成之后，主动获取并按照顺序发送所述网络请求。

5.如权利要求3所述的方法，其特征在于，所述方法还包括：

计算所述网络请求发出时间与当前时间的时间差；

判断所述网络请求是否超时；

回调超时接口，删除所述网络请求。

6.一种网络请求的管理装置，其特征在于，所述管理装置包括：

创建模块：用于创建与网络请求类别相对应的接口，定义所述接口请求参数的数据结构；

接收模块：用于接收应用的网络请求及服务器的处理结果；

管理模块：用于根据网络请求及处理结果的类型调用对应的接口；

转换模块：用于转换应用与服务器请求参数对应的数据格式 ；

发送模块：用于传输数据。

7.如权利要求6所述的管理装置，其特征在于，所述管理装置还包括：

初始化模块：用于初始化所述管理模块及转换模块；

预设模块：用于通过预设文件设置不同的网络请求类别对应的连接协议。

8.如权利要求7所述的管理装置，其特征在于，所述管理模块还包括：

第一排序模块：用于将对应的网络请求按照预设规则排序；

缓存模块：用于存储发出时间、优先级等级及超时信息；

遍历模块：用于遍历未结束的网络请求。

9.如权利要求6所述的管理装置，其特征在于，所述管理模块还包括：

计算模块：用于计算所述网络请求发出时间与当前时间的时间差；

判断模块：用于判断所述时间差是否超出设置超时信息阈值；

超时处理模块：用于接收判断模块的信息，回调超时接口，删除对应网络请求。

10.一种导航装置，其特征在于，所述导航装置包括如权利要求6-9任意一项所述的网络请求管理装置。