CN111479334A - 一种网络请求重试方法、装置及终端设备 - Google Patents

Abstract

本申请提供了一种网络请求重试方法、装置及终端设备，适用于数据处理技术领域，该方法包括：检测应用程序发起的网络请求的响应状态；若响应失败，获取响应失败的网络请求对应的现场参数，并将响应失败的网络请求和对应的现场参数添加至重试请求队列；若请求响应成功，对重试请求队列中的网络请求进行优先级排序；从重试请求队列中取出优先级最高的网络请求及对应的现场参数，并基于提取出的现场参数，发起优先级最高的网络请求；若优先级最高的网络请求响应成功，返回执行从重试请求队列中取出优先级最高的网络请求及对应的现场参数的操作，直至重试请求队列被取空。本申请实施例可以极大地提升网络请求重试成功的几率。

Description

一种网络请求重试方法、装置及终端设备

技术领域

本申请属于数据交互技术领域，尤其涉及网络请求重试方法及终端设备。

背景技术

网络请求是应用程序常见的前后端交互方式，在网络发生异常时，网络请求往往会响应失败。为了提高网络发生异常时网络请求成功的概率，需要预先制定好网络重试机制，即在网络请求响应失败之后进行网络请求重试的方案。

现在的网络请求机制，都是在网络请求响应失败时直接重新尝试发起网络请求，直至网络请求响应成功或者重试的次数达到一定阈值才停止重试，但统计表明这样网络请求重试的成功率极低，且会严重影响用户对应用程序的正常使用。

发明内容

有鉴于此，本申请实施例提供了一种网络请求重试方法及终端设备，可以解决网络请求重试成功率低的问题。

本申请实施例的第一方面提供了一种网络请求重试方法，包括：

检测应用程序发起的网络请求的响应状态；

若检测到网络请求响应失败，则获取响应失败的网络请求对应的现场参数，并将所述响应失败的网络请求和对应的现场参数添加至重试请求队列，其中，所述现场参数中包含网络请求的请求方式、请求地址和请求参数；

若检测到网络请求响应成功，则对重试请求队列中的网络请求进行优先级排序，其中，所述重试请求队列为响应失败的网络请求组成的队列；

从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数，并基于提取出的现场参数，发起所述优先级最高的网络请求；

若所述优先级最高的网络请求响应成功，返回执行所述从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数的操作，直至所述重试请求队列被取空。

在第一方面的第一种可能的实现方式中，第一方面还包括：

若所述优先级最高的网络请求响应失败，将所述优先级最高的网络请求及对应的现场参数添加至所述重试请求队列，并返回执行所述检测应用程序中网络请求的响应状态的操作。

在第一方面的第二种可能的实现方式中，第一方面还包括：

若检测到对所述应用程序的当前显示界面的界面切换指令或者界面退出指令，查找当前显示界面内包含的所有应用程序功能；

基于所述功能标识，从所述重试请求队列中筛选出所述应用程序功能对应的所有网络请求，并从所述重试请求队列中移除筛选出的网络请求。

在第一种可能实现方式和第二种可能实现方式的基础上，在第一方面的第三种可能的实现方式中，所述对所述重试请求队列中的网络请求进行优先级排序，包括：

获取所述应用程序的第一历史请求数据，以及所述第一历史请求数据中历史响应成功的网络请求的现场参数，其中，第一历史请求数据内包含所述应用程序历史发起过的网络请求以及每个网络请求的发起次数；

基于所述第一历史请求数据中网络请求的发起次数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第一优先级序列；

基于所述历史响应成功的网络请求的现场参数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第二优先级序列；

对所述第一优先级序列和所述第二优先级序列中的优先级进行融合，得到所述重试请求队列中的各个网络请求的优先级。

在第三种可能实现方式的基础上，在第一方面的第四种可能的实现方式中，所述第一历史请求数据中包含，当次启动所述应用程序之后所述应用程序的第二历史请求数据，以及在当次启动之前所述应用程序的第三历史请求数据，所述基于所述第一历史请求数据中网络请求的发起次数，对所述重试请求队列中的网络请求进行优先级排序，得到第一优先级序列，包括：

从所述第二历史请求数据中筛选出所述重试请求队列中的各个网络请求的第一发起次数，并从所述第三历史请求数据中筛选出所述重试请求队列中的各个网络请求的第二发起次数；

对所述重试请求队列中的各个网络请求的所述第一发起次数和所述第二发起次数进行权重计算，得到所述重试请求队列中的各个网络请求对应的权重分值，其中，所述第一发起次数对应的权重系数大于所述第二发起次数对应的权重系数；

按照所述权重分值从高至低的顺序，对所述重试请求队列中的各个网络请求进行优先级排序，得到第一优先级序列。

在第三种可能实现方式的基础上，在第一方面的第五种可能的实现方式中，所述基于所述历史响应成功的网络请求的现场参数，对所述重试请求队列中的网络请求进行优先级排序，得到第二优先级序列，包括：

对所述重试请求队列中的网络请求和所述历史响应成功的网络请求进行现场参数匹配，并从所述历史响应成功的网络请求中筛选出与所述重试请求队列中的各个网络请求现场参数匹配度最高的网络请求，将筛选出的网络请求作为目标请求；

从所述第一历史请求数据中筛选出各个所述目标请求的响应成功次数和第三发起次数，并按照所述响应成功次数占所述第三发起次数比例从高至低的顺序，对所述重试请求队列中的各个网络请求进行优先级排序，得到第二优先级序列。

本申请实施例的第二方面提供了一种网络请求重试装置，包括：

响应检测模块，用于检测应用程序发起的网络请求的响应状态；

请求缓存模块，用于若检测到网络请求响应失败，则获取响应失败的网络请求对应的现场参数，并将所述响应失败的网络请求和对应的现场参数添加至重试请求队列，其中，所述现场参数中包含网络请求的请求方式、请求地址和请求参数；

请求排序模块，用于若检测到网络请求响应成功，则对重试请求队列中的网络请求进行优先级排序，其中，所述重试请求队列为响应失败的网络请求组成的队列；

请求重试模块，用于从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数，并基于提取出的现场参数，发起所述优先级最高的网络请求；

返回执行模块，用于若所述优先级最高的网络请求响应成功，返回执行所述从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数的操作，直至所述重试请求队列被取空。

本申请实施例的第三方面提供了一种终端设备，所述终端设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面中任一项所述网络请求重试方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，包括：存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上述第一方面中任一项所述网络请求重试方法的步骤。

本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述网络请求重试方法。

本申请实施例与现有技术相比存在的有益效果是：在检测到有网络请求响应失败时，不直接进行网络请求的重试，而是对响应失败的网络请求缓存至重试请求队列，仅等到有网络请求响应成功时，才对重试请求队列中各个响应失败的网络请求进行排序和重试，由于响应成功意味着当前的网络是可用的，因此此时进行重试可以极大地提升重试成功的几率，同时对网络请求进行优先级排序重试，可以尽可能地提升每一次重试成功的概率，最后仅在提取出的实时优先级最高的网络请求响应成功时才继续对重试请求队列进行处理，进而保证了本申请实施例持续针对网络正常的情况进行网络请求重试，避免了无效的重复尝试，保障了每次重试的成功率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例一提供的网络请求重试方法的实现流程示意图；

图2是本申请实施例二提供的网络请求重试方法的实现流程示意图；

图3是本申请实施例三提供的网络请求重试方法的实现流程示意图；

图4是本申请实施例四提供的网络请求重试方法的实现流程示意图；

图5是本申请实施例五提供的网络请求重试方法的实现流程示意图；

图6是本申请实施例六提供的网络请求重试装置的结构示意图；

图7是本申请实施例七提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

为了便于理解本申请，此处先对本申请实施例进行简要说明。由于网络请求失败时，网络连接一般都不正常，因此若在网络请求失败时直接重新发起重试成功率极低，同时由于没有对网络异常的请求进行管控只是一味的重试，浪费了宝贵的网络资源，并没有得到真正网络请求重试所要达到的目的。

为了提高网络请求重试的成功率，本申请实施例在检测到有网络请求响应失败时，不直接进行网络请求的重试，而是对响应失败的网络请求缓存至重试请求队列，仅等到有网络请求响应成功时，才对重试请求队列中各个响应失败的网络请求进行排序和重试，由于响应成功意味着当前的网络是可用的，因此此时进行重试可以极大地提升重试成功的几率，同时对网络请求进行优先级排序重试，可以尽可能地提升每一次重试成功的概率，最后仅在提取出的实时优先级最高的网络请求响应成功时才继续对重试请求队列进行处理，进而保证了本申请实施例持续针对网络正常的情况进行网络请求重试，避免了无效的重复尝试，保障了每次重试的成功率。

同时，本申请实施例中网络请求重试的执行主体，可以是任意可运行应用程序并发送网络请求的终端设备，其中具体的设备类型此处不予限定，可由技术人员根据实际场景的需求进行选取或设定，包括但不限于如移动终端、电脑和服务器等。

本申请实施例的详细说明如下：

图1示出了本申请实施例一提供的网络请求重试方法的实现流程图，详述如下：

S101，检测应用程序发起的网络请求的响应状态。

在本申请实施例中，首先会实时监控应用程序发起的每一个网络请求的响应状态，即每个网络请求到底是响应成功了还是响应失败了，并根据不同的响应状态来进行后续处理策略的选取。

S102，若检测到网络请求响应失败，则获取响应失败的网络请求对应的现场参数，并将响应失败的网络请求和对应的现场参数添加至重试请求队列，其中，现场参数中包含网络请求的请求方式、请求地址和请求参数。

在本申请实施例中，会预先设置一个重试请求队列，用于缓存应用程序响应失败的网络请求。因此当网络请求响应失败时，本申请实施例不会直接进行重试，而是会将响应失败网络请求以及对应的现场参数添加至重试请求队列之中，以备后续重试调用。其中，现场参数主要用于网络请求重试时，真实还原网络请求。

S103，若检测到网络请求响应成功，则对重试请求队列中的网络请求进行优先级排序，其中，重试请求队列为响应失败的网络请求组成的队列。

当检测到有网络请求响应成功时，说明此时的网络连接正常，即此时进行网络请求重试的成功率极大，因此本申请实施例会在检测到有网络请求响应成功时，触发对响应失败的网络请求的重试机制。同时，由于不同的网络请求对用户的重要程度不一定相同，同时由于网络请求的请求对象、请求内容等差异，也会导致网络请求的成功率会存在一些差异，因此为了尽可能地满足不同网络请求的实际情况，以及实际用户的需求，本申请实施例还会对重试请求队列中的网络请求先进行排序，再进行后续的重试操作。其中，S102和S103中的重试请求队列是同一队列，具体对队列中网络请求的排序方法此处不予限定，可由技术人员根据实际需求进行设定，包括但不限于如简单的按照添加时间进行排序，或者根据网络请求对应的应用程序功能重要程度进行排序，亦可参考本申请实施例三至五。

S104，从重试请求队列中取出优先级最高的网络请求及对应的现场参数，并基于提取出的现场参数，发起优先级最高的网络请求。

在S103完成对网络请求的排序之后，本申请实施例会从中去除优先级最高的网络请求以及该网络请求对应的现场参数，基于现场参数确定好具体的请求地址和请求方式等，并重新发起该优先级最高的网络请求，从而实现对该优先级最高的网络请求的重试。

S105，若优先级最高的网络请求响应成功，返回执行从重试请求队列中取出优先级最高的网络请求及对应的现场参数的操作，直至重试请求队列被取空。

在重试优先级最高的网络请求之后，本申请实施例还会检测重试是否响应成功。

当优先级最高的网络请求响应成功时，说明此时网络连接仍然正常，即再进行网络请求重试的成功率依然会较高，因此本申请实施例会返回步骤S104的操作，从重试请求队列剩余的网络请求中，继续取出优先级最高的网络请求，并继续对取出的网络请求进行重试操作。若每次网络请求的重试都能响应成功，通过循环取出实时最高优先级网络请求并进行重试的方式，可实现对重试请求队列内网络请求的逐个重试，并可完成对所有响应失败的网络请求的有效重试，同时由于是在取出的网络请求响应成功时进行下一个网络请求的提取，从而保证了每一次网络请求重试的网络环境都是正常的，使得每一次重试的成功率都较大。

本申请实施例在检测到有网络请求响应失败时，不直接进行网络请求的重试，而是对响应失败的网络请求缓存至重试请求队列，仅等到有网络请求响应成功时，才对重试请求队列中各个响应失败的网络请求进行排序和重试，由于响应成功意味着当前的网络是可用的，因此此时进行重试可以极大地提升重试成功的几率，同时对网络请求进行优先级排序重试，可以尽可能地提升每一次重试成功的概率，最后仅在提取出的实时优先级最高的网络请求响应成功时才继续对重试请求队列进行处理，进而保证了本申请实施例持续针对网络正常的情况进行网络请求重试，避免了无效的重复尝试，保障了每次重试的成功率。

作为本申请的一个实施例，在本申请实施例一对优先级最高的网络请求进行重试的基础上，考虑到实际应用中不一定每次重试都能够成功，因此为了应对重试失败的情况，保障每次重试的成功率，在本申请实施例中，当对优先级最高的网络请求进行重试之后，还包括：

若优先级最高的网络请求响应失败，将优先级最高的网络请求及对应的现场参数添加至重试请求队列，并返回执行检测应用程序中网络请求的响应状态的操作。

在本申请实施例中，当优先级最高的网络请求响应失败时，说明当时的网络情况异常，此时网络请求重试的成功率极小，因此本申请实施例会在此时停止对重试请求队列中网络请求的重试，以避免过多的无用重试降低重试的成功率，同时还会将重试失败的优先级最高的网络请求以及对应的现场参数，重新添加至重试请求队列，并返回S101对应用程序网络请求响应状态的监控步骤。

作为本申请的一个可选实施例，考虑到实际情况中，一个大的功能界面内会包含许多功能，例如银行应用程序理财界面内，会包含多种不同的理财功能模块，用户可以在里面进行多种不同的理财产品买入卖出等操作，新闻界面则会包含多种不同类型新闻选取浏览的功能，对于一个大的功能界面内，若用户触发的网络请求响应失败，则下次请求成功时进行重新请求可以帮助用户正常进行操作，但若用户已经离开了某一功能界面，此时若还对该功能界面的错误请求进行重试，则会影响用户的正常使用。

因此为了保障用户对应用程序的正常使用，本申请实施例中现场参数中还包含功能标识，功能标识用于标识网络请求对应的应用程序功能，同时会对用户在功能界面的操作情况进行监控，并会及时清除对应响应失败的网络请求，以保证用户的正常使用，如图2所示，在本申请实施例二中，本申请实施例一在进行S101-S105操作的同时，还包括：

S201，若检测到对应用程序的当前显示界面的界面切换指令或者界面退出指令，查找当前显示界面内包含的所有应用程序功能。

当前显示界面，是指用户当前浏览操作的功能界面，银行应用程序中的理财界面和新闻界面等。当用户进行界面切换或者退出操作时，说明用户已经不需要使用当前显示界面了，因此此时本申请实施例会查找出当前显示界面内包含所有的功能，以进行后续的网络请求移除。

S202，基于功能标识，从重试请求队列中筛选出应用程序功能对应的所有网络请求，并从重试请求队列中移除筛选出的网络请求。

在得到当前显示界面内包含的所有应用程序功能之后，本申请实施例会基于各个网络请求现场参数中的功能标识，判断网络请求对应的应用程序功能是否属于应用程序功能，若属于，则从重试请求队列中进行移除，从而使得重试请求队列中当前显示界面对应的所有网络请求，都可以被及时清除，保障了用户对应用程序的正常使用。

作为本申请实施例一中对重试请求队列内网络请求排序的一种具体实现方式，考虑到实际应用中，重试请求队列内各个网络请求对应的功能各不相同，对应请求的接口情况也各不相同，在进行请求重试的时候，若直接按照添加的时间顺序进行重试，无法将重试的成功率最大化(如，不同请求对应的服务器接口不同，请求成功时，相同或属于相近的接口的请求成功率无疑更大)，更无法满足用户实际的需求(用户虽然触发了不同功能的网络请求，但实际对每种功能的需求度是会存在一定区别的，极有可能是因为发现网络不正常了之后，随机尝试了一些功能而已)，因此重试的有效性极低。

为了提高重试的成功率和有效性，本申请实施例会从用户对各个网络请求的需求度以及各个网络请求重试的成功率两个维度出发，来进行网络请求优先级排序，如图3所示，在上述各个本申请实施例的基础上，本申请实施例三对网络请求排序的操作具体包括：

S301，获取应用程序的第一历史请求数据，以及第一历史请求数据中历史响应成功的网络请求的现场参数，其中，第一历史请求数据内包含应用程序历史发起过的网络请求以及每个网络请求的发起次数。

其中，第一历史请求数据，即为应用程序历史发起过的网络请求，以及对每个网络请求的发起次数，第一历史请求数据即为对用户历史需求的一种响应数据，因此通过对第一历史请求数据进行分析，可以一定程度上反映出用户对各个网络请求的需求度如何。其中应当说明地，由于实际情况中用户的需求是具有一定实时性的，因此对于一些间隔时间过久的历史请求数据，其参考价值可能相对较低，因此为了提高分析的有效性，在本申请实施例中，不对第一历史请求数据的采样时间范围进行限定，可由技术人员根据实际需求自行设定，例如，既可以是自从应用程序安装以来所有的历史数据，也可以是某一特定时间段内的历史数据，如近一年内的历史请求数据。

一方面，由于不同的网络请求对应请求的对地址、方式等可能存在一定的差异，在某一个网络请求响应成功时，对于现场参数与其相似的网络请求而言，响应成功的概率，无疑会大于不相似的网络请求，另一方面，由于网络请求的对象的差异，也会导致网络请求之间的成功率本身就存在一定的区别，例如对于一些网络状态长期处于拥挤的服务器而言，若应用程序网络请求的对象是这些服务器，识别会导致网络请求失败的概率大大增加。因此本申请实施例还会对第一历史请求数据中所有响应成功的网络请求和现场参数进行获取，以供后续分析，其中，由于同一个网络请求可能会存在历史多次响应成功的情况，为了避免多次分析造成的干扰，此处仅会保留其中一次的现场参数，作为一个可选实施方式，可以仅保留距离当前时间最近的依次现场参数。

S302，基于第一历史请求数据中网络请求的发起次数，对重试请求队列中的网络请求进行优先级排序，得到重试请求队列中网络请求对应的第一优先级序列。

在获取到第一历史请求数据的基础上，本申请实施例会基于其中各个网络请求的发起次数对重试请求队列中的网络请求进行优先级排序，得到重试请求队列中各个网络请求的优先级，从而实现对用户对各个网络请求需求度的有效分析，其中，本申请实施例不对具体使用的排序方法进行限定，可由技术人员根据实际需求选取或涉及，包括但不限于如直接按照各个网络请求在第一历史请求数据中对应的发起次数从高至低的顺序进行排序，或者参考本申请实施例四。

S303，基于历史响应成功的网络请求的现场参数，对重试请求队列中的网络请求进行优先级排序，得到重试请求队列中网络请求对应的第二优先级序列。

在获取到历史响应成功的网络请求现场参数之后，本申请实施例会根据历史响应成功的网络请求的实际响应情况，以及重试请求队列与这些历史响应成功的网络请求的相似度情况，来对重试请求队列中的网络请求进行排序，得到对应的第二优先级序列，同样的，此处不对具体的排序方法进行限定，包括但不限于如，先根据历史响应成功的网络请求对应的响应成功次数进行排序，再通过现场参数匹配出重试请求队列中的各个网络请求对应的历史响应成功的网络请求，并根据重试请求队列中的各个网络请求对应的响应成功次数进行优先级排序，或者也可以参考本申请实施例五。

S304，对第一优先级序列和第二优先级序列中的优先级进行融合，得到重试请求队列中的各个网络请求的优先级。

在获取到两个优先级序列之后，本申请实施例还会对各个网络请求在两个优先级序列中的具体优先级进行融合，进而得到最终的优先级情况。其中，具体的融合方法此处不予限定，可由技术人员自行设定，例如，可以是直接求均值并进行排序，如假设对于网络请求A，在第一优先级序列和第二优先级序列中的优先级分别为1和5，此时求均值即为3，再根据所有网络请求的均值重新进行排序即可。

作为本申请的一个可选实施例，考虑到实际情况中，不同场景需求下对用户需求度和响应成功率的需求可能会存在一定的差异，例如一些可能场景下，需要优先保障用户的需求度，而另一些可能场景下，则需要优先保障响应成功率，因此本申请实施例在进行两个优先级序列融合时，可以对每个序列设置一个权重系数，并基于权重系数对优先级进行权重计算，其中具体权重系数的值可由技术人员根据实际场景需求来进行设定，从而实现对不同场景需求的有效应对，实现对用户需求度或响应成功率的不同侧重考量。

作为本申请实施例三中计算第一优先级序列的一种具体实现方式，考虑到实际情况中用户的需求具有极强的实时性，且无法预知用户每次使用应用程序的时间间隔，即无法预知上一次使用应用程序间隔时间是否过长，而对于间隔时间过长的历史请求数据而言，其对用户需求分析的参考价值相对较低，因此为了尽可能地提高对用户需求度分析的准确性，本申请实施例中会对第一历史请求数据进行进一步地拆解，划分为当次启动应用程序之后应用程序的第二历史请求数据，以及在当次启动之前应用程序的第三历史请求数据，并对第二历史请求数据和第三历史请求数据进行区分分析，如图4所示，本申请实施例四对第一优先级序列的计算过程，具体包括：

S401，从第二历史请求数据中筛选出重试请求队列中的各个网络请求的第一发起次数，并从第三历史请求数据中筛选出重试请求队列中的各个网络请求的第二发起次数。

本申请实施例首先基于第二历史请求数据和第三历史请求数据，分别对重试请求队列中的网络请求进行发起次数的统计，从而得到各自对应的第一发起次数和第二发起次数。

S402，对重试请求队列中的各个网络请求的第一发起次数和第二发起次数进行权重计算，得到重试请求队列中的各个网络请求对应的权重分值，其中，第一发起次数对应的权重系数大于第二发起次数对应的权重系数。

考虑到无法预知上一次使用应用程序的间隔时长，但当次使用应用程序产生的第二历史请求数据必定是最新的数据，最能代表当前用户的需求情况，因此本申请实施例会对第一发起次数和第二发起次数进行权重计算，并设置第一发起次数对应的权重系数大于第二发起次数对应的权重系数，从而增大最新数据对用户需求度计算的影响程度。其中，第一发起次数和第二发起次数对应的权重系数具体值此处不予限定，可由技术人员根据需求自行设定。

S403，按照权重分值从高至低的顺序，对重试请求队列中的各个网络请求进行优先级排序，得到第一优先级序列。

在得到每个网络请求的权重分值之后，在对从权重分钟高到低对各个网络请求进行优先级排序，即可实现基于用户需求度对网络请求的优先级排序，从而得到所需的第一优先级序列。

作为本申请实施例三中计算第二优先级序列的一种具体实现方式，考虑到实际情况中，重试请求队列中的网络请求不一定曾经响应成功过，即历史响应成功的网络请求中不一定有重试请求队列中的网络请求，因此若直接进行网络请求匹配查找，可能会导致查找的效果极差，进而使得排序的有效性降低。

为了保障排序结果的有效性，以保证对重试成功率分析的准确可靠，如图5所示，在本申请实施例五中，不会直接进行网络请求的查找，而是进行相似请求的匹配，并基于最相似的历史响应成功的网络请求进行分析排序，本申请实施例五中计算第二优先级序列的步骤，包括：

S501，对重试请求队列中的网络请求和历史响应成功的网络请求进行现场参数匹配，并从历史响应成功的网络请求中筛选出与重试请求队列中的各个网络请求现场参数匹配度最高的网络请求，将筛选出的网络请求作为目标请求。

这里是为了实现对相似网络请求的匹配查找，具体而言，会将重试请求队列中的网络请求，与各个历史响应成功的网络请求进行现场参数匹配，查找出相似度最高的一个历史响应成功的网络请求，从而得到与重试请求队列中各个网络请求一一对应的目标请求。其中，对于重试请求队列中单个网络请求而言，若其曾经响应成功过，此时查找处理的就是其自身。本申请实施例不对具体的匹配方法进行限定，可由技术人员根据实际需求选取或设定，例如可以设置为现场参数中各个数据的逐个匹配，以保证匹配的可靠性。

作为本申请的一个可选实施例，为了提高匹配的可靠性，在本申请实施例中，现场参数还包括功能标识，功能标识用于标识网络请求对应的应用程序功能，因此在进行现场参数匹配时，还会进一步地对网络请求对应的功能进行匹配，使得匹配的结果更为精确可靠。

作为本申请的一个可选实施例，在对现场参数进行匹配时，还可以针对其内的各项数据分别设置不同的匹配规则，以满足不同数据特性的需求，提高数据匹配的可靠性，例如对于请求方式而言，可以预先对请求方式进行两两组合，并根据每对组合中的请求方式相似情况设置对应的相似度，例如相同的请求方式相似度为最大值，相近的依次降低，对于请求地址而言，可以地址对应的服务器种类或服务器所属公司，对相同的服务器设置相似度最高，相同种类或相同公司的服务器相似度次之，均不相同的最低，在对各个数据分别进行相似度计算之后，在进行权重求和，即可得到对应的匹配度。

S502，从第一历史请求数据中筛选出各个目标请求的响应成功次数和第三发起次数，并按照响应成功次数占第三发起次数比例从高至低的顺序，对重试请求队列中的各个网络请求进行优先级排序，得到第二优先级序列。

在匹配出重试请求队列中各个网络请求分别对应的目标请求之后，本申请实施例再从第一历史请求数据中查找出对应的响应成功次数和第三发送次数，并计算响应成功次数占第三发起次数比例，从而得到对应响应成功率，最后根据响应成功率从高到低的顺序对重试请求队列中各个网络请求进行排序，即可得到准确可靠的第二优先级序列。

对应于上文实施例的方法，图6示出了本申请实施例提供的网络请求重试装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。图6示例的网络请求重试装置可以是前述实施例一提供的网络请求重试方法的执行主体。

参照图6，该网络请求重试装置包括：

响应检测模块61，用于检测应用程序发起的网络请求的响应状态。

请求缓存模块62，用于若检测到网络请求响应失败，则获取响应失败的网络请求对应的现场参数，并将所述响应失败的网络请求和对应的现场参数添加至重试请求队列，其中，所述现场参数中包含网络请求的请求方式、请求地址和请求参数。

请求排序模块63，用于若检测到网络请求响应成功，则对重试请求队列中的网络请求进行优先级排序，其中，所述重试请求队列为响应失败的网络请求组成的队列。

请求重试模块64，用于从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数，并基于提取出的现场参数，发起所述优先级最高的网络请求。

返回执行模块65，用于若所述优先级最高的网络请求响应成功，返回执行所述从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数的操作，直至所述重试请求队列被取空。

进一步地，该网络请求重试装置，还包括：

缓存添加模块，用于若所述优先级最高的网络请求响应失败，将所述优先级最高的网络请求及对应的现场参数添加至所述重试请求队列，并返回执行所述检测应用程序中网络请求的响应状态的操作。

进一步地，该网络请求重试装置，还包括：

指令检测模块，用于若检测到对所述应用程序的当前显示界面的界面切换指令或者界面退出指令，查找当前显示界面内包含的所有应用程序功能。

请求移除模块，用于基于所述功能标识，从所述重试请求队列中筛选出所述应用程序功能对应的所有网络请求，并从所述重试请求队列中移除筛选出的网络请求。

进一步地，请求排序模块63，包括：

数据获取模块，用于获取所述应用程序的第一历史请求数据，以及所述第一历史请求数据中历史响应成功的网络请求的现场参数，其中，第一历史请求数据内包含所述应用程序历史发起过的网络请求以及每个网络请求的发起次数。

第一排序模块，用于基于所述第一历史请求数据中网络请求的发起次数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第一优先级序列。

第二排序模块，用于基于所述历史响应成功的网络请求的现场参数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第二优先级序列。

排序融合模块，用于对所述第一优先级序列和所述第二优先级序列中的优先级进行融合，得到所述重试请求队列中的各个网络请求的优先级。

进一步地，所述第一历史请求数据中包含，当次启动所述应用程序之后所述应用程序的第二历史请求数据，以及在当次启动之前所述应用程序的第三历史请求数据，第一排序模块，包括：

从所述第二历史请求数据中筛选出所述重试请求队列中的各个网络请求的第一发起次数，并从所述第三历史请求数据中筛选出所述重试请求队列中的各个网络请求的第二发起次数。

对所述重试请求队列中的各个网络请求的所述第一发起次数和所述第二发起次数进行权重计算，得到所述重试请求队列中的各个网络请求对应的权重分值，其中，所述第一发起次数对应的权重系数大于所述第二发起次数对应的权重系数。

按照所述权重分值从高至低的顺序，对所述重试请求队列中的各个网络请求进行优先级排序，得到第一优先级序列。

进一步地，第二排序模块，包括：

对所述重试请求队列中的网络请求和所述历史响应成功的网络请求进行现场参数匹配，并从所述历史响应成功的网络请求中筛选出与所述重试请求队列中的各个网络请求现场参数匹配度最高的网络请求，将筛选出的网络请求作为目标请求。

从所述第一历史请求数据中筛选出各个所述目标请求的响应成功次数和第三发起次数，并按照所述响应成功次数占所述第三发起次数比例从高至低的顺序，对所述重试请求队列中的各个网络请求进行优先级排序，得到第二优先级序列。

本申请实施例提供的网络请求重试装置中各模块实现各自功能的过程，具体可参考前述图1所示实施例一的描述，此处不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本申请实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如，第一表格可以被命名为第二表格，并且类似地，第二表格可以被命名为第一表格，而不背离各种所描述的实施例的范围。第一表格和第二表格都是表格，但是它们不是同一表格。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供的网络请求重试方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

作为示例而非限定，当所述终端设备为可穿戴设备时，该可穿戴设备还可以是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，如智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

图7是本申请一实施例提供的终端设备的结构示意图。如图7所示，该实施例的终端设备7包括：至少一个处理器70(图7中仅示出一个)、存储器71，所述存储器71中存储有可在所述处理器70上运行的计算机程序72。所述处理器70执行所述计算机程序72时实现上述各个网络请求重试方法实施例中的步骤，例如图1所示的步骤101至105。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块61至65的功能。

所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是终端设备7的示例，并不构成对终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入发送设备、网络接入设备、总线等。

所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71在一些实施例中可以是所述终端设备7的内部存储单元，例如终端设备7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备，例如所述终端设备7上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储操作***、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器71还可以用于暂时地存储已经发送或者将要发送的数据。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种网络请求重试方法，其特征在于，包括：

检测应用程序发起的网络请求的响应状态；

若检测到网络请求响应失败，则获取响应失败的网络请求对应的现场参数，并将所述响应失败的网络请求和对应的现场参数添加至重试请求队列，其中，所述现场参数中包含网络请求的请求方式、请求地址和请求参数；

若检测到网络请求响应成功，则对重试请求队列中的网络请求进行优先级排序，其中，所述重试请求队列为响应失败的网络请求组成的队列；

从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数，并基于提取出的现场参数，发起所述优先级最高的网络请求；

若所述优先级最高的网络请求响应成功，返回执行所述从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数的操作，直至所述重试请求队列被取空。

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

若所述优先级最高的网络请求响应失败，将所述优先级最高的网络请求及对应的现场参数添加至所述重试请求队列，并返回执行所述检测应用程序中网络请求的响应状态的操作。

3.如权利要求1所述的网络请求重试方法，其特征在于，所述现场参数中还包含功能标识，所述功能标识用于标识网络请求对应的应用程序功能，所述网络请求重试方法，还包括：

若检测到对所述应用程序的当前显示界面的界面切换指令或者界面退出指令，查找当前显示界面内包含的所有应用程序功能；

基于所述功能标识，从所述重试请求队列中筛选出所述应用程序功能对应的所有网络请求，并从所述重试请求队列中移除筛选出的网络请求。

4.如权利要求1至3任意一项所述的网络请求重试方法，其特征在于，所述对所述重试请求队列中的网络请求进行优先级排序，包括：

获取所述应用程序的第一历史请求数据，以及所述第一历史请求数据中历史响应成功的网络请求的现场参数，其中，第一历史请求数据内包含所述应用程序历史发起过的网络请求以及每个网络请求的发起次数；

基于所述第一历史请求数据中网络请求的发起次数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第一优先级序列；

基于所述历史响应成功的网络请求的现场参数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第二优先级序列；

对所述第一优先级序列和所述第二优先级序列中的优先级进行融合，得到所述重试请求队列中的各个网络请求的优先级。

5.如权利要求4所述的网络请求重试方法，其特征在于，所述第一历史请求数据中包含，当次启动所述应用程序之后所述应用程序的第二历史请求数据，以及在当次启动之前所述应用程序的第三历史请求数据，所述基于所述第一历史请求数据中网络请求的发起次数，对所述重试请求队列中的网络请求进行优先级排序，得到第一优先级序列，包括：

从所述第二历史请求数据中筛选出所述重试请求队列中的各个网络请求的第一发起次数，并从所述第三历史请求数据中筛选出所述重试请求队列中的各个网络请求的第二发起次数；

对所述重试请求队列中的各个网络请求的所述第一发起次数和所述第二发起次数进行权重计算，得到所述重试请求队列中的各个网络请求对应的权重分值，其中，所述第一发起次数对应的权重系数大于所述第二发起次数对应的权重系数；

按照所述权重分值从高至低的顺序，对所述重试请求队列中的各个网络请求进行优先级排序，得到第一优先级序列。

6.如权利要求4所述的网络请求重试方法，其特征在于，所述基于所述历史响应成功的网络请求的现场参数，对所述重试请求队列中的网络请求进行优先级排序，得到第二优先级序列，包括：

对所述重试请求队列中的网络请求和所述历史响应成功的网络请求进行现场参数匹配，并从所述历史响应成功的网络请求中筛选出与所述重试请求队列中的各个网络请求现场参数匹配度最高的网络请求，将筛选出的网络请求作为目标请求；

从所述第一历史请求数据中筛选出各个所述目标请求的响应成功次数和第三发起次数，并按照所述响应成功次数占所述第三发起次数比例从高至低的顺序，对所述重试请求队列中的各个网络请求进行优先级排序，得到第二优先级序列。

7.一种网络请求重试装置，其特征在于，包括：

响应检测模块，用于检测应用程序发起的网络请求的响应状态；

请求缓存模块，用于若检测到网络请求响应失败，则获取响应失败的网络请求对应的现场参数，并将所述响应失败的网络请求和对应的现场参数添加至重试请求队列，其中，所述现场参数中包含网络请求的请求方式、请求地址和请求参数；

请求排序模块，用于若检测到网络请求响应成功，则对重试请求队列中的网络请求进行优先级排序，其中，所述重试请求队列为响应失败的网络请求组成的队列；

请求重试模块，用于从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数，并基于提取出的现场参数，发起所述优先级最高的网络请求；

返回执行模块，用于若所述优先级最高的网络请求响应成功，返回执行所述从所述重试请求队列中取出优先级最高的网络请求及对应的现场参数的操作，直至所述重试请求队列被取空。

8.如权利要求7所述的网络请求重试装置，其特征在于，请求排序模块，包括：

数据获取模块，用于获取所述应用程序的第一历史请求数据，以及所述第一历史请求数据中历史响应成功的网络请求的现场参数，其中，第一历史请求数据内包含所述应用程序历史发起过的网络请求以及每个网络请求的发起次数；

第一排序模块，用于基于所述第一历史请求数据中网络请求的发起次数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第一优先级序列；

第二排序模块，用于基于所述历史响应成功的网络请求的现场参数，对所述重试请求队列中的网络请求进行优先级排序，得到所述重试请求队列中网络请求对应的第二优先级序列；

排序融合模块，用于对所述第一优先级序列和所述第二优先级序列中的优先级进行融合，得到所述重试请求队列中的各个网络请求的优先级。

9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述方法的步骤。

Images