失败网络请求的确定方法、装置及计算机存储介质与流程

本申请涉及互联网技术领域，特别涉及一种失败网络请求的确定方法、装置及计算机存储介质。

背景技术：

目前，客户端可以向服务器发起网络请求，以基于服务器实现某个网络业务。比如，客户端可以向服务器发起歌曲搜索请求，服务器根据该歌曲搜索请求向客户端返回响应消息，以实现歌曲搜索业务。其中，针对某个网络业务网的网络请求的响应失败率在一定程度上可以反映该网络业务的运行情况，因此，通常需要确定网络请求的响应失败率。其中，网络请求的响应失败率是指在针对该网络业务发起的网络请求中，不能实现该网络业务的网络请求的概率。为了后续便于说明，将不能实现网络业务的网络请求称为失败网络请求，因此通常在确定响应失败率的场景中，通常需要确定哪些网络请求为失败网络请求。

相关技术中，针对某个网络业务，客户端在发起网络请求后，针对该网络请求如果无法成功接收到服务端返回的响应消息，则将该网络请求标记为失败网络请求。但是基于该方式确定的失败网络请求得到的响应失败率与用户真实感受到的网络请求的响应失败率之间经常有偏差，导致最终确定的响应失败率的准确性较低。

技术实现要素：

本申请实施例提供了一种失败网络请求的确定方法、装置及计算机存储介质，可以提高最终确定的响应失败率的准确性。所述技术方案如下：

一方面，提供了一种失败网络请求的确定方法，该方法应用于客户端，所述方法包括：

发送目标网络请求，所述目标网络请求用于指示从服务器处获取目标数据；

在没有成功接收到针对所述目标网络请求的响应消息的情况下，从所述客户端的缓存中查找所述目标数据；

在没有查找到所述目标数据的情况下，将所述目标网络请求确定为失败网络请求。

可选地，所述从所述客户端的缓存中查找所述目标数据之后，还包括：

在查找到所述目标数据的情况下，基于所述缓存中的目标数据响应所述目标网络请求。

可选地，所述将所述目标网络请求确定为失败网络请求之前，还包括：

确定当前所述客户端与所述服务器之间的网络链路状态；

在所述网络链路状态为连接中的情况下，执行将所述目标网络请求确定为失败网络请求的操作。

可选地，所述确定当前所述客户端与所述服务器之间的网络链路状态之后，还包括：

在所述网络链路状态为断开的情况下，将所述网络请求标记为第一类网络请求，所述第一类网络请求为在所述网络链路状态为断开的情况下发起的网络请求。

可选地，所述发送目标网络请求之后，还包括：

如果检测到所述客户端中途退出，则将所述网络请求标记为第二类网络请求，所述第二类网络请求为网络请求发起后所述客户端中途退出的网络请求。

第二方面，提供了一种失败网络请求的确定装置，所述装置部署在客户端，所述装置包括：

发送模块，用于发送目标网络请求，所述目标网络请求用于指示从服务器处获取目标数据；

查找模块，用于在没有成功接收到针对所述目标网络请求的响应消息的情况下，从所述客户端的缓存中查找所述目标数据；

第一确定模块，用于在没有查找到所述目标数据的情况下，将所述目标网络请求确定为失败网络请求。

可选地，所述装置还包括：

响应模块，用于在查找到所述目标数据的情况下，基于所述缓存中的目标数据响应所述目标网络请求。

可选地，所述装置还包括：

第二确定模块，用于确定当前所述客户端与所述服务器之间的网络链路状态；

所述第一确定模块，用于在所述网络链路状态为连接中的情况下，执行将所述目标网络请求确定为失败网络请求的操作。

可选地，所述装置还包括：

第一标记模块，用于在所述网络链路状态为断开的情况下，将所述网络请求标记为第一类网络请求，所述第一类网络请求为在所述网络链路状态为断开的情况下发起的网络请求。

可选地，所述装置还包括：

第二标记模块，用于如果检测到所述客户端中途退出，则将所述网络请求标记为第二类网络请求，所述第二类网络请求为网络请求发起后所述客户端中途退出的网络请求。

第三方面，提供了一种失败网络请求的确定装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器执行所述存储器中的可执行指令来执行上述第一方面所述的任一项方法。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现上述第一方面所述的任一项方法的步骤。

本申请实施例提供的技术方案带来的有益效果至少包括：

在本申请实施例中，客户端发送目标网络请求，目标网络请求用于指示从服务器处获取目标数据，在没有成功接收到针对目标网络请求的响应消息的情况下，从客户端的缓存中查找目标数据，在没有查找到目标数据的情况下，将目标网络请求确定为失败网络请求。因此，在本申请实施例中，在没有成功接收到针对目标网络请求的响应消息的情况下，客户端并不直接将该目标网络请求确定为失败目标网络请求，而是继续基于缓存中的数据确定该目标网络请求是否是失败网络请求，以使最终确定的网络请求的响应失败率和用户感知的响应失败率能够一致，也即是提高网络请求的响应失败率的准确性。

附图说明

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

图1是本申请实施例提供的一种网络系统的系统架构图；

图2是本申请实施例提供的一种失败网络请求的确定方法流程图；

图3是本申请实施例提供的另一种失败网络请求的确定方法流程图；

图4是本申请实施例提供的一种失败网络请求的确定装置的结构示意图；

图5是本申请实施例提供的一种终端的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在对本申请实施例进行详细的解释说明之前，先对本申请实施例涉及的应用场景进行介绍。

随着互联网技术的发展，越多越多的用户可以通过客户端触发网络请求，以实现一些诸如歌曲搜索等网络业务。由于客户端是基于接口来触发网络请求的，因此网络请求的失败率也称为接口失败率。本申请实施例提供的失败网络请求的确定方法就应用于上述确定接口失败率的场景中。可选地，本申请实施例提供的方法也应用于其他需要确定失败网络请求的场景中，在此就不再一一举例说明。

接下来对本申请实施例所涉及的系统结构进行介绍。

图1是本申请实施例提供的一种网络系统的示意图。如图1所示，该网络系统包括客户端101和服务器102。其中，客户端101可以与服务器102通信。

客户端101可以基于用户的预设操作触发网络请求，并向服务器102发送该网络请求。服务器102根据该网络请求向客户端101返回响应消息，客户端101加载该响应消息中携带的信息，以实现该网络请求对应的网络业务。

上述客户端101可以为手机、平板电脑、台式计算机、智能穿戴设备等终端。服务器102可以为独立的服务器，也可以为集群式服务器。

接下来对本申请实施例提供的失败网络请求的确定方法进行介绍。

图2是本申请实施例提供的一种失败网络请求的确定方法。该方法可以应用于客户端中，例如，可以应用于图1所示的客户端中。如图2所示，该方法包括以下步骤：

步骤201：客户端发送目标网络请求，目标网络请求用于指示从服务器处获取目标数据。

当用户需要在客户端上实现某个网络业务时，用户可以通过预设操作在客户端上触发一个目标网络请求。该预设操作可以为点击操作、滑动操作或语音操作等。客户端在检测到用户触发的目标网络请求时，将该目标网络请求发送至服务器，以从服务器处获取用于实现该网络业务所需的目标数据。

服务器在接收到该目标网络请求后，便可基于该目标网络请求生成响应消息，该响应消息携带该目标数据。服务器将该响应消息发送至客户端，客户端在接收到该响应消息后，加载该目标数据，以实现该网络业务。

但是如有网络出现问题或服务器本地出现问题，客户端在这些情况下将无法成功接收到针对该目标网络请求的响应消息，此时客户端将无法成功加载目标数据，进而导致无法实现网络业务。

但是，目前的客户端通常提供有缓存功能，在客户端在没有成功接收到针对目标网络请求的响应消息的情况下，客户端通常还会从缓存中获取该目标数据，以保证该网络业务的实现。因此，在客户端在没有成功接收到针对目标网络请求的响应消息的情况下，如果缓存中恰好存储有该目标数据，那么客户端最终会实现该网络业务，所以在客户端在没有成功接收到针对目标网络请求的响应消息的情况下，直接将该目标网络请求确定为失败网络请求是很盲目的。最明显的问题就是导致客户端将该目标网络请求确定为失败网络请求，但是用户侧却感应到该网络业务的成功实现。因此，在本申请实施例中，在没有成功接收到针对目标网络请求的响应消息的情况下，客户端并不直接将该目标网络请求确定为失败网络请求，而是基于下述步骤202和步骤203来确定该目标网络请求是否是失败网络请求，以使最终确定的网络请求的响应失败率和用户感知的响应失败率能够一致，也即是提高网络请求的响应失败率的准确性。

步骤202：客户端在没有成功接收到针对目标网络请求的响应消息的情况下，从客户端的缓存中查找目标数据。

基于步骤201可知，在本申请实施例中，为了使得终确定的网络请求的响应失败率和用户感知的响应失败率能够一致，客户端在没有成功接收到针对目标网络请求的响应消息的情况下，还需对缓存中进行查看。

如果从客户端的缓存中查找到目标数据，那么客户端将会基于缓存中目标数据实现该网络业务。也即是，在查找到目标数据的情况下，客户端将基于缓存中的目标数据响应该目标网络请求，此时用户感知到该网络业务实现。如果从客户端的缓存中查找到目标数据，此时客户端才会基于下述步骤203将目标网络请求确定为失败网络请求。

需要说明的是，客户端没有成功接收到针对目标网络请求的响应消息有两种可能的情况，一种情况是客户端接收到服务器返回的请求失败消息，此时网络状态良好，但是服务器无法提供该网络业务，因此服务器将基于该目标网络请求向客户端返回请求失败消息。另一种情况是，客户端在重复参考次数发送目标网络请求后仍然没有接收到服务器返回的任何消息。此时，可能是网络发生中断，导致服务器无法对客户端的目标网络请求进行响应。上述参考次数可以为3次或5次等。

此外，上述判断客户端有没有成功接收到针对目标网络请求的响应消息可以基于客户端中的网络库逻辑来实现。网络库逻辑可以为一个软件模块，在一种可能的实现方式中，该网络库逻辑要实现的功能为：在发送目标网络请求后，开始计时，在计时达到第一参考时长后，如果没有接收到服务器返回的任何针对该目标网络请求的消息，则重新发送该目标网络请求，重复上述过程，直至一下三种情况中任一情况发生则终止循环过程：(1)接收到服务器返回的响应消息(ack消息)；(2)接收到服务器返回的请求失败消息；(3)发送目标网络请求的次数达到参考次数。

网络库逻辑在执行上述操作的过程中，如果接收到服务器返回的响应消息，则表明成功接收到响应消息。除此之外的其他情况，均可以视为没有成功接收到服务器返回的响应消息。

步骤203：客户端在没有查找到目标数据的情况下，将目标网络请求确定为失败网络请求。

如果客户端在缓存中没有查找到目标数据，表明客户端当前也无法基于缓存中的数据来实现网络业务，此时目标网络请求确定为失败网络请求，这样客户端确定的失败网络请求和用户侧感知的失败网络请求一致，进而提高了后续确定响应失败率的准确性。

进一步地，在客户端的缓存中没有查找到目标数据的情况下，为了进一步便于确定导致网络请求失败的原因，还可以在将目标网络请求确定为失败网络请求之前，确定当前客户端与服务器之间的网络链路状态；在该网络链路状态为连接中的情况下，执行将目标网络请求确定为失败网络请求的操作。相应地，在网络链路状态为断开的情况下，将网络请求标记为第一类网络请求，第一类网络请求为在网络链路状态为断开的情况下发起的网络请求。

这种实现方式中，客户端确定的失败网路请求仅仅用于指示服务器侧发生问题导致无法实现网络业务的网络请求。第一类网络请求仅仅用于指示由于网络发生中断导致无法实现网络业务的网络请求。如此，可以将无法实现网络业务的网络请求进行了进一步细化分类，提高了本申请实施例提供的失败网络请求的确定方法的灵活性。

此外，客户端在发生网络请求之后，如果客户端侧由于用户的触发操作中途退出，此时客户端同样无法实现该网络业务。这种情况下，同样可以对网络请求进行特殊标记，因此，在一种可能的实现方式中，客户端在发送目标网络请求之后，如果检测到客户端中途退出，则将网络请求标记为第二类网络请求，第二类网络请求为网络请求发起后客户端中途退出的网络请求。以便于后续对各种不能实现网路业务的网络请求进行了细化分类，从而便于客户端基于这些能实现网路业务的网络请求进行其他操作。

此外，在通过上述步骤201至步骤203确定目标网络请求是否为失败网络请求的过程中，如果在很长一段时间内得不到针对该目标网络请求的任何结果，此时，为了避免浪费客户端的处理资源，可以针对网络请求设置一个兜底时长。在客户端发送目标网络请求之后，开始计时。在计时时长达到兜底时长之前，基于上述步骤201至步骤203确定目标网络请求的响应结果，这些响应结果包括成功实现网络业务、网络请求为失败网络请求，网络请求为第一类网络请求、或者，网络请求为第二类网络请求。如果在计时时长到达兜底时长之后，仍然没有得到针对该目标网络请求的任何响应结果，此时可以将该目标网络请求标记为第三类网络请求。其中，第三类网络请求是指超时的网络请求，也即是超过兜底时长而没有得到任何响应的网络请求。

下面以图3为例对本申请实施例提供的方法进一步进行详细解释说明。

图3是本申请实施例提供的另一种失败网络请求的确定方法流程图。如图3所示，客户端在发起网络请求之后，可以开始计时，该计时也可以称为红叉计时。在计时时长达到兜底时长之前，基于网络库逻辑确定是否能够成功接收到服务器返回的响应消息。关于网络库逻辑的具体功能在前述已经介绍过，在此就不再重复说明。如果基于网络库逻辑确定成功接收到服务器返回的响应消息，将该网络请求的红叉结果标记为非红叉，红叉结果用于指示该网络请求的最终响应结果，红叉结果为非红叉表明服务器对该网络请求成功进行了响应。如果基于网络库逻辑确定没有成功接收到服务器返回的响应消息，则判断是否有缓存数据，也及时判断缓存中是否有针对该网络请求的数据。如果有缓存数据，则同样将该网络请求的红叉结果标记为非红叉。如果没有缓存数据，则继续判断当前网络是否发生错误，也即是判断服务器和客户端之间的网络链路是否正常。如果发生了网络错误，则将该网络请求的红叉结果标记为网络错误。如果没有发生网络错误，则将该网络请求的红叉结果标记为红叉。

此外，如图3所示，如果在计时时长达到兜底时长后，没有得到上述任一红叉结果，此时将该红叉结果标记为超时。

此外，在上述网络库逻辑实现相关功能之前，如果客户端中途退出，则将将该网络请求的红叉结果设置为中途退出。

通过上述流程，针对任一网络请求，最终均会得到一个红叉结果。当该红叉结果为红叉时，用于指示该网络请求为失败网络请求，且失败原因是服务器侧本地无法成功响应而导致的。当该红叉结果为非红叉时，表明客户端可以基于该网络请求成功实现网络业务。当该红叉结果为超时时，表明该网络请求为上述第三类网络请求。当该红叉结果为网络错误时，表明该网络请求为上述第一类网络请求。当该红叉结果为中途退出时，表明该网络请求为上述第二类网络请求。关于第一类网络请求、第二类网络请求以及第三类网络请求已在上述步骤201至步骤203中进行了详细说明，在此就不重复说明了。

此外，由于针对任一网络请求，最终均会得到一个红叉结果。因此，可以将各个网络请求的红叉结果通过红叉图的方式来展出。如此，通过红叉图可以直观看到哪些网络请求可以成功实现网络业务、哪些网络请求无法实现网络业务，且可以细化地看出无法实现网络业务的原因。同时，还可以解决相关技术中响应失败率无法与用户体现绑定的问题，提高了本申请实施例提供的方法的应用灵活性。也即是，在基于本申请确定的失败网络请求确定响应失败率时，是从用户是否看到失败界面的角度来确定是否失败。比如用户看到失败的弹窗、toast、错误图等，这些场景均是由服务器的原因导致网络请求无法实现网络业务，因此可以将其确定为失败网络请求，其他情况可以进一步基于网络请求的分类进行细化。。

在本申请实施例中，客户端发送目标网络请求，目标网络请求用于指示从服务器处获取目标数据，在没有成功接收到针对目标网络请求的响应消息的情况下，从客户端的缓存中查找目标数据，在没有查找到目标数据的情况下，将目标网络请求确定为失败网络请求。因此，在本申请实施例中，在没有成功接收到针对目标网络请求的响应消息的情况下，客户端并不直接将该目标网络请求确定为失败目标网络请求，而是继续基于缓存中的数据确定该目标网络请求是否是失败网络请求，以使最终确定的网络请求的响应失败率和用户感知的响应失败率能够一致，也即是提高网络请求的响应失败率的准确性。

接下来，对本申请实施例提供的失败网络请求的确定装置进行介绍。

参见图4，本申请实施例提供了一种失败网络请求的确定装置400，该装置400包括：

发送模块401，用于发送目标网络请求，该目标网络请求用于指示从服务器处获取目标数据；

查找模块402，用于在没有成功接收到针对该目标网络请求的响应消息的情况下，从该客户端的缓存中查找该目标数据；

第一确定模块403，用于在没有查找到该目标数据的情况下，将该目标网络请求确定为失败网络请求。

可选地，该装置还包括：

响应模块，用于在查找到该目标数据的情况下，基于该缓存中的目标数据响应该目标网络请求。

可选地，该装置还包括：

第二确定模块，用于确定当前该客户端与该服务器之间的网络链路状态；

该第一确定模块，用于在该网络链路状态为连接中的情况下，执行将该目标网络请求确定为失败网络请求的操作。

可选地，该装置还包括：

第一标记模块，用于在该网络链路状态为断开的情况下，将该网络请求标记为第一类网络请求，该第一类网络请求为在该网络链路状态为断开的情况下发起的网络请求。

可选地，该装置还包括：

第二标记模块，用于如果检测到该客户端中途退出，则将该网络请求标记为第二类网络请求，该第二类网络请求为网络请求发起后该客户端中途退出的网络请求。

在本申请实施例中，客户端发送目标网络请求，目标网络请求用于指示从服务器处获取目标数据，在没有成功接收到针对目标网络请求的响应消息的情况下，从客户端的缓存中查找目标数据，在没有查找到目标数据的情况下，将目标网络请求确定为失败网络请求。因此，在本申请实施例中，在没有成功接收到针对目标网络请求的响应消息的情况下，客户端并不直接将该目标网络请求确定为失败目标网络请求，而是继续基于缓存中的数据确定该目标网络请求是否是失败网络请求，以使最终确定的网络请求的响应失败率和用户感知的响应失败率能够一致，也即是提高网络请求的响应失败率的准确性。

需要说明的是：上述实施例提供的失败网络请求的确定装置在确定失败网络请求时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的失败网络请求的确定装置与失败网络请求的确定方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图5是本申请实施例提供的一种终端500的结构示意图。本申请实施例涉及的客户端均可以通过图5所示的终端的结构来实现。终端500可以是：智能手机、平板电脑、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端500还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端500包括有：处理器501和存储器502。

处理器501可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器501可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器501也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(centralprocessingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器501可以集成有gpu(graphicsprocessingunit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器501还可以包括ai(artificialintelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。

存储器502可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器502还可包括高速随机存取存储器以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器502中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器501所执行以实现本申请中方法实施例提供的xxxx方法。

在一些实施例中，终端500还可选包括有：外围设备接口503和至少一个外围设备。处理器501、存储器502和外围设备接口503之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口503相连。具体地，外围设备包括：射频电路504、触摸显示屏505、摄像头506、音频电路507、定位组件508和电源509中的至少一种。

外围设备接口503可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器501和存储器502。在一些实施例中，处理器501、存储器502和外围设备接口503被集成在同一芯片或电路板上；在一些其他实施例中，处理器501、存储器502和外围设备接口503中的任意一个或两个可以在单独的芯片或电路板上实现，本申请对此不加以限定。

射频电路504用于接收和发射rf(radiofrequency，射频)信号，也称电磁信号。射频电路504通过电磁信号与通信网络以及其他通信设备进行通信。射频电路504将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路504包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等。射频电路504可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wirelessfidelity，无线保真)网络。在一些实施例中，射频电路504还可以包括nfc(nearfieldcommunication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏505用于显示ui(userinterface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏505是触摸显示屏时，显示屏505还具有采集在显示屏505的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器501进行处理。此时，显示屏505还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏505可以为一个，设置在终端500的前面板；在另一些实施例中，显示屏505可以为至少两个，分别设置在终端500的不同表面或呈折叠设计；在再一些实施例中，显示屏505可以是柔性显示屏，设置在终端500的弯曲表面上或折叠面上。甚至，显示屏505还可以设置成非矩形的不规则图形，也即异形屏。显示屏505可以采用lcd(liquidcrystaldisplay，液晶显示屏)、oled(organiclight-emittingdiode，有机发光二极管)等材质制备。

摄像头组件506用于采集图像或视频。可选地，摄像头组件506包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtualreality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件506还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路507可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器501进行处理，或者输入至射频电路504以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端500的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器501或射频电路504的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路507还可以包括耳机插孔。

定位组件508用于定位终端500的当前地理位置，以实现导航或lbs(locationbasedservice，基于位置的服务)。定位组件508可以是基于美国的gps(globalpositioningsystem，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源509用于为终端500中的各个组件进行供电。电源509可以是交流电、直流电、一次性电池或可充电电池。当电源509包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端500还包括有一个或多个传感器510。该一个或多个传感器510包括但不限于：加速度传感器511、陀螺仪传感器512、压力传感器513、指纹传感器514、光学传感器515以及接近传感器516。

加速度传感器511可以检测以终端500建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器511可以用于检测重力加速度在三个坐标轴上的分量。处理器501可以根据加速度传感器511采集的重力加速度信号，控制触摸显示屏505以横向视图或纵向视图进行用户界面的显示。加速度传感器511还可以用于游戏或用户的运动数据的采集。

陀螺仪传感器512可以检测终端500的机体方向及转动角度，陀螺仪传感器512可以与加速度传感器511协同采集用户对终端500的3d动作。处理器501根据陀螺仪传感器512采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器513可以设置在终端500的侧边框和/或触摸显示屏505的下层。当压力传感器513设置在终端500的侧边框时，可以检测用户对终端500的握持信号，由处理器501根据压力传感器513采集的握持信号进行左右手识别或快捷操作。当压力传感器513设置在触摸显示屏505的下层时，由处理器501根据用户对触摸显示屏505的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器514用于采集用户的指纹，由处理器501根据指纹传感器514采集到的指纹识别用户的身份，或者，由指纹传感器514根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器501授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器514可以被设置在终端500的正面、背面或侧面。当终端500上设置有物理按键或厂商logo时，指纹传感器514可以与物理按键或厂商logo集成在一起。

光学传感器515用于采集环境光强度。在一个实施例中，处理器501可以根据光学传感器515采集的环境光强度，控制触摸显示屏505的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏505的显示亮度；当环境光强度较低时，调低触摸显示屏505的显示亮度。在另一个实施例中，处理器501还可以根据光学传感器515采集的环境光强度，动态调整摄像头组件506的拍摄参数。

接近传感器516也称距离传感器，通常设置在终端500的前面板。接近传感器516用于采集用户与终端500的正面之间的距离。在一个实施例中，当接近传感器516检测到用户与终端500的正面之间的距离逐渐变小时，由处理器501控制触摸显示屏505从亮屏状态切换为息屏状态；当接近传感器516检测到用户与终端500的正面之间的距离逐渐变大时，由处理器501控制触摸显示屏505从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图5中示出的结构并不构成对终端500的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述实施例提供的失败网络请求的确定方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的失败网络请求的确定方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。