CN116132248B - 一种信息推送方法及计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种信息推送方法及计算机可读存储介质。其中，信息推送方法，应用于服务端，包括：响应于客户端发送的信息获取请求，构造异步返回对象，并执行信息获取请求所对应的目标信息的获取操作；信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；确定预先为执行获取操作设置的预设时长；如果在预设时长内获取操作执行成功，则基于异步返回对象向客户端推送获取结束通知，获取结束通知中携带目标信息。本公开可以提高信息推送的效果。

Description

一种信息推送方法及计算机可读存储介质

技术领域

本公开涉及计算机技术领域，具体涉及一种信息推送方法及计算机可读存储介质。

背景技术

在多数应用场景中，浏览器客户端要实时展示服务端计算出来的数据，比如在智能陪练场景中，客户端需要实时展示服务端计算得到的话术对练数，刷题任务数，话术考试数，试卷考试数等统计信息。相关技术中，通常是通过客户端每隔预设时长向服务端请求一次统计信息，服务端响应于所接收到的请求，向客户端推送统计信息。然而，在某些情况下，可能出现服务端还未获取到前一次的统计信息，又接收到新的请求，如此，在累计到一定数据，服务端处理能力将降低，甚至可能导致服务端崩溃。可见，现有的信息推送方法存在推送效果较差的问题。

发明内容

本公开提供的一种信息推送方法、信息获取方法、装置和电子设备，可以提高信息推送的效果。

第一方面，本公开实施例提供了一种信息推送方法，应用于服务端，包括：

响应于客户端发送的信息获取请求，构造异步返回对象，并执行信息获取请求所对应的目标信息的获取操作；信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；

确定预先为执行获取操作设置的预设时长；

如果在预设时长内获取操作执行成功，则基于异步返回对象向客户端推送获取结束通知，获取结束通知中携带目标信息。

第二方面，本公开实施例提供了一种信息推送装置，包括：

处理模块，用于响应于客户端发送的信息获取请求，构造异步返回对象，并执行信息获取请求所对应的目标信息的获取操作；信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；

确定模块，用于确定预先为执行获取操作设置的预设时长；

推送模块，用于如果在预设时长内获取操作执行成功，则基于异步返回对象向客户端推送获取结束通知，获取结束通知中携带目标信息。

第三方面，本公开实施例还提供了一种服务器，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上述第一方面的方法步骤。

第四方面，本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面的方法步骤。

本公开实施例中，通过在前一次信息获取请求返回历史获取结果通知之后，再发起信息获取请求，如此，可以避免服务端因出现请求积压，而导致服务端处理能力将降低的问题，有利于提高信息推送的效果。

附图说明

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

图1是本公开实施例提供的信息推送方法的流程图之一；

图2是本公开实施例提供的信息推送方法的流程图之二；

图3是本公开实施例提供的信息推送方法的流程图之三；

图4是本公开实施例提供的信息获取方法的流程图；

图5是本公开实施例提供的服务端的结构示意图之一；

图6是本公开实施例提供的客户端的结构示意图；

图7是本公开实施例提供的服务端的结构示意图之二；

图8是本公开实施例提供的终端的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

如前述，相关技术中，客户端与服务端之间进行信息交互展示，通常是通过客户端每隔预设时长S向服务端请求一次统计信息，服务端响应于所接收到的请求，向客户端推送统计信息。但定时请求并不能“实时”反应服务端的数据变化情况，由于客户端每隔预设时长S发送一次请求，因此，数据延迟周期最大即为S。若想缩小延迟周期，则S应尽量小，而S越小，客户端向服务端发起请求的频率越高，即网络握手次数越多，容易使服务端的执行效率降低。当服务端获取处理请求的时间大于S时，将导致前一请求还未处理完成，即接收到后一请求，当请求的数量积压到一定数量时，服务端的处理能力将降低、甚至可能导致服务端崩溃的问题。

基于此，本公开实施例提供了一种信息推送方法，能够记录服务端处理信息获取请求的时长，并在超时且服务端未处理完成信息获取请求时，使服务端停止处理该信息获取请求，如此，可以避免服务端出现信息获取请求积压的问题。此外，在本公开进一步的改进中，客户端在接收到上一次信息获取请求的返回结果后，立即向服务端发送下一次信息获取请求，如此，可以提高目标信息的实时性，同时，还可以进一步避免服务端出现信息获取请求积压的问题。

请参见图1，为本公开实施例提供的一种信息推送方法，可由服务器执行，该服务器可以是独立的物理服务器、由多个服务器组成的服务器集群或者能够进行云计算的云服务器。图1所示的信息推送方法可包括以下步骤：

步骤101、响应于客户端发送的信息获取请求，构造异步返回对象，并执行信息获取请求所对应的目标信息的获取操作；信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的。

其中，信息获取请求可以是智能陪练系统中客户端向服务端请求获取实时数据的请求，即目标信息为实时数据。实时数据可以是智能陪练系统中的待学习课程数量、话术对练代办数量、刷题任务数量、话术考试代办数量和题库考试代办数量等数据。具体地，由于客户端需要实时更新目标信息，因此，需要持续不断的向服务端发送信息获取请求，以实现目标数据的实时更新。

基于此，本公开实施例中，通过在客户端接收到上一次信息获取请求所对应的历史获取结束通知之后，再发起信息获取请求，如此，有利于避免服务端出现请求积压的问题。其中，历史获取结束通知服务端已经结束对上一次信息获取请求的响应。可以理解的是，历史获取结束通知可以是目标信息获取成功的通知，也可以是目标信息获取失败的通知。

上述异步返回对象可以是DeferredResult对象，如此，可以利用DeferredResult对象调用方法setResult(T result)，将目标信息设置到DeferredResult中，然后，将DeferredResult推送至客户端。

具体地，获取信息获取请求所对应的目标信息具体可以是：服务端通过数据统计等手段获取待学习课程数量、话术对练代办数量、刷题任务数量、话术考试代办数量和题库考试代办数量等数据。

可选地，响应于客户端发送的信息获取请求，构造异步返回对象，执行信息获取请求所对应的目标信息的获取操作，包括：在对客户端关联的用户的身份信息进行权限鉴定，且鉴定结果表征客户端关联的用户为目标用户的情况下，响应于客户端发送的信息获取请求，构造异步返回对象，执行信息获取请求所对应的目标信息的获取操作；

另外，在鉴定结果表征客户端关联的用户为目标用户之外的其他用户的情况下，响应于信息获取请求，向客户端推送用户身份异常的返回结果。

具体地，在服务端接收到信息获取请求时，可以先对客户端关联的用户的身份信息进行鉴定，以确定是否响应信息获取请求。其中，上述目标用户可以是指：预先在智能陪练系统进行注册，且开通了智能陪练服务的用户。

可以理解的是，当客户端关联的用户为目标用户之外的其他用户时，即客户端关联的用户未开通智能陪练服务时，则不会执行上述响应于信息获取请求，获取信息获取请求所对应的目标信息的步骤。并可以通过用户身份异常的返回结果提示用户先开通智能陪练服务。

该实施方式中，在服务端对信息获取请求进行响应之前，通过对客户端关联的用户的身份进行校验，从而避免向未开通智能陪练服务的用户提供智能陪练服务的问题。

步骤102、确定预先为执行获取操作设置的预设时长。

其中，预设时长可以是指服务端用于响应信息获取请求的最大时长。当在该预设时长内获取到目标信息时，则表征获取操作执行成功，此时可以像客户端返回获取到的目标信息。反之，当在该预设时长内未获取到完整的目标信息时，则表征获取操作执行失败。

在一个实施例中，预设时长可以是指相关人员预先配置的，比如可以是相关人工根据工作经验设置的。

在另一个实施例中，预设时长还可以是服务端设置。可选的，服务端可以基于某一段时间内，响应于多次信息获取请求的响应时长的平均时长确定预设时长。比如将平均时长作为预设时长，或者在平均时长的基础上增加一定时长得到的结果作为预设时长。此时的预设时长可以认为是服务端认为的在服务端处于正常状态下，能够完成对信息获取请求响应的响应时长。

可选的，预设时长还可以是服务端根据具体的业务场景进行设置，具体实现中，根据业务不同，可以将预设时长设置在10000ms至40000ms之间。

步骤103、如果在预设时长内获取操作执行成功，则基于异步返回对象向客户端推送获取结束通知，获取结束通知中携带目标信息。

其中，获取结束通知可以是指上述利用DeferredResult对象调用方法setResult(T result)，将目标信息设置到DeferredResult中之后得到的DeferredResult对象。

该实施方式中，通过在前一次信息获取请求返回历史获取结果通知之后，再发起信息获取请求，如此，可以避免服务端因出现请求积压，而导致服务端处理能力将降低的问题，有利于提高信息推送的效果。

在一个实施例中，若获取操作的执行时长超过预设时长，则停止获取目标信息，并向客户端推送预设超时返回结果，预设超时返回结果用于指示获取目标信息失败。如此，可以避免服务端一次响应的时间过长的问题。

具体地，当超过预设时长服务端仍未获取到目标信息时，则说明服务端本次响应超时。此时，为避免影响服务端后续的业务处理，停止获取目标信息，即停止本次响应，并向客户端推送预设超时返回结果。其中，预设超时返回结果可以是用于提示用户本次信息推送失败。相应地，预设超时返回结果的内容可以为：信息推送失败、信息推送超时等提示信息。

可选地，向客户端推送预设超时返回结果之后，服务端还可以调用预设超时回调函数onTimeout(Runnable callback)，其中，预设超时回调函数用于执行以下至少一项超时任务：清空与信息获取请求相对应的缓存，生成第一日志信息，其中，第一日志信息包括服务端响应于信息获取请求的行为日志信息。

具体地，在服务端响应于信息获取请求超时时，服务端可能已经获取了目标信息中的部分数据，由于此时需要停止获取目标信息，因此，所获取的部分目标信息也将不会被返回至客户端，因此，通过在服务端响应超时时，基于预设超时回调函数清空与信息获取请求相对应的缓存，从而可以避免无用信息占用服务端的缓存空间的问题。

上述第一日志信息除了可以包括行为日志信息之外，还可以包括超时原因，具体地，在确定服务端响应信息获取请求超时时，服务端还可以捕获超时原因，并在捕获到超时原因的情况下，将超时原因写入第一日志信息中。以便于后续相关人员查看第一日志信息，进而对服务端可能引起响应超时的问题进行修复。

该实施方式中，通过在服务端响应于信息获取请求超时时，使服务端执行预设超时回调函数，清空与信息获取请求相对应的缓存，并生成第一日志信息，既可以避免无用信息占用服务端的缓存空间的问题，同时，还可以便于后续相关人员通过查看第一日志信息，以对服务端可能引起响应超时的问题进行修复。

在一个实施例中，在预设时长内，执行目标信息的获取操作的过程中出现预设异常的情况下，停止执行获取操作并向客户端推送预设异常返回结果。

具体地，由于服务端在响应于信息获取请求过程中，当出现已知的预设异常时，服务端通常会报错。在此情况下，服务端通常无法获取到正确的目标信息。基于此，通过停止获取目标信息，并向客户端推送预设异常返回结果，以便于通知客户端信息推送过程出现异常。其中，预设异常返回结果可以包括：数据获取失败等提示信息。

该实施方式中，在预设获取操作未超时，且在获取目标信息的过程中出现预设异常的情况下，停止获取目标信息，如此，有利于服务端及时响应下一次信息获取请求。同时，通过向客户端推送预设异常返回结果，如此，可以提示客户端数据获取异常。

可选地，向客户端推送预设异常返回结果之后，服务端还可以调用预设异常回调函数onError(Consumer<Throwable>callback)；预设异常回调函数用于执行以下至少一项任务：清空与信息获取请求相对应的缓存，并生成第二日志信息；第二日志信息包括服务端响应于信息获取请求的行为日志信息。

具体地，在服务端在获取目标信息的过程中出现预设异常时，服务端可能已经获取了目标信息中的部分数据，由于此时需要停止获取目标信息，因此，所获取的部分目标信息也将不会被返回至客户端，因此，通过在服务端在获取目标信息的过程中出现预设异常时，基于预设异常回调函数清空与信息获取请求相对应的缓存，从而可以避免无用信息占用服务端的缓存空间的问题。

上述第二日志信息除了可以包括行为日志信息之外，还可以包括异常原因，具体地，在确定服务端响应信息获取请求出现预设异常时，服务端还可以捕获异常原因，并在捕获到异常原因的情况下，将异常原因写入第二日志信息中。以便于后续相关人员查看第二日志信息，进而对服务端可能引起响应异常的问题进行修复。

该实施方式中，通过在服务端响应于信息获取请求出现预设异常时，使服务端执行预设异常回调函数，清空与信息获取请求相对应的缓存，并生成第二日志信息，既可以避免无用信息占用服务端的缓存空间的问题，同时，还可以便于后续相关人员通过查看第二日志信息，以对服务端可能引起响应异常的问题进行修复。

可选地，基于异步返回对象向客户端推送目标信息之后，服务端调用预设完成回调函数onCompletion(Runnable callback)，其中，预设完成回调函数用于执行以下至少一项任务：清空与信息获取预设请求相对应的缓存，生成第三日志信息，其中，第三日志信息包括服务端响应于信息获取请求的行为日志信息。

该实施方式中，在服务端完成对信息获取请求的响应，且将所获得的响应结果返回至客户端之后，通过清理与信息获取预设请求相对应的缓存，从而避免无用信息占用服务端的缓存空间的问题。同时，通过生成第三日志信息，以便于后续相关人员可以查看服务端的行为日志。

在一个实施例中，服务端基于目标数据库中存储的预设时间段内的信息获取结果，确定预设时间段对应的推送状态信息，其中，目标数据库用于存储客户端每次信息获取请求所对应的信息获取结果，信息获取结果包括以下至少一项：信息获取成功、信息获取出错和信息获取超时；推送状态信息包括以下至少一项：预设时间段内信息获取成功的次数、预设时间段内信息获取出错的次数和预设时间段内信息获取超时的次数；根据推送状态信息调整预先为执行获取操作设置的预设时长。

其中，预设时间段可以是包括当前时间点，且位于当前时间之前的一个时间段，例如，可以是过去1小时内、过去一天内、过去一周内、过去一个月内等。

该实施方式中，通过对预设时间段内的信息获取结果进行统计，即可得到推送状态信息，如此，相关人员可以通过分析推送状态信息，确定信息推送过程是否正常进行。同时，还可以根据推送状态信息对信息推送过程进行优化，例如，可以根据预设时间段内，信息获取成功的次数、获取出错的次数和获取超时的次数调整预设时长的大小。

可选地，根据推送状态信息调整预先为执行获取操作设置的预设时长，包括：在推送状态信息指示预设时间段内信息获取超时的次数大于第一预设值的情况下，增大预设时长，且增大后的预设时长小于第二预设值；

在推送状态信息指示预设时间段内信息获取超时的次数小于第一预设值的情况下，减小预设时长，且减小后的预设时长大于第三预设值，第二预设值大于第三预设值。

具体地，上述预设时间段内信息获取超时的次数大于第一预设值时，可以确定当前信息获取过程中，信息获取超时的次数相对较多，其原因可能是：设定的信息获取的时长不够，因此，可以增大预设时长，以增加服务端响应于信息获取请求的获取操作的操作时长，从而降低后续信息获取过程中信息获取超时的次数。此外，由于除了设定的信息获取时长不足能够导致信息获取超时次数偏高之外，服务端本身的故障也可能导致信息获取超时的次数偏高，在此情况下，即便增加预设时长也难以降低信息获取超时的次数，反而会导致目标信息实时更新的速度降低，基于此，本公开实施例中，进一步设置预设时长小于第二预设值，从而可以避免预设时长无限增加的问题。

上述预设时间段内信息获取超时的次数小于第一预设值时，可以确定当前信息获取过程中，信息获取超时的次数相对较少，其原因可能是：设定的信息获取时长过长。由于预设时长为目标信息更新的时间间隔，预设时长越小，其更新的实时性越高，因此，为了进一步提高目标信息实时更新的速度，可以减小该预设时长。相应地，为了避免预设时长过小而导致超时次数急剧增加，可以设置增加后的预设时长大于第三预设值。

其中，上述预设时长每次增加或减小的时长可以为固定值，例如，可以每次增加或减少1秒。在本公开一个实施例中，预设时间段为1小时，第一预设值为10次，第二预设值为60秒，第三预设值为30秒。即在过去一个小时内，信息获取超时的次数大于10次时，预设时长增加1秒，且预设时长不超过60秒。相应地，在过去一个小时内，信息获取超时的次数小于10次时，预设时长减少1秒，且预设时长不小于30秒。

该实施方式中，通过根据超时次数动态调节预设时长的大小，如此，可以在确保超时次数相对稳定的情况下，减小预设时长的大小，进而提高目标信息实时更新的速度。

基于上述对信息推送方法的描述，本公开实施例提供了一个完整的信息推送流程图，如图2所示。在图2中，客户端的浏览器请求获取目标信息，服务器接收到请求，并构造DeferredResult返回对象；同时，设定执行获取操作的预设时长和超时返回对象；并设置超时回调函数、完成回调函数和出错回调函数；服务端响应于信息获取请求，从数据库或第三方查询数据；并对所获取的数据按照统计规则计算数据以得到目标信息，例如，对不同数据源获取的同类型数据进行求和；在执行获取操作超时，且获取到目标信息的情况下，通过DeferredResult返回对象，向客户端推送统计数据。相应地，在服务器响应异常或响应超时时，输出异常返回结果或超时返回结果。

上述信息推送方法可以应用在多数客户端与服务端传输信息的应用场景中，比如智能陪练系统，智能陪练系统是服务端提供待训练任务，由客户端的用户完成相应的待训练任务，以提高用户相关技能，例如，智能陪练系统可以是待学习课程陪练系统、话术对练系统、刷题任务系统和话术考试系统等各种类型的陪练系统。下面以信息推送方法应用在智能陪练系统为例，介绍一种信息推送方法的应用场景实施例。请参见图3，在本公开一个具体实施例中，在智能陪练系统中：

(1)学员A登录到智能陪练系统，当登录成功后，客户端的浏览器就会请求查询代办数据的接口，该接口请求的主要数据包括(待学习课程数量)(话术对练代办数量)(刷题任务数量)(话术考试代办数量)(题库考试代办数量)这5个类型的数据进行统计；

(2)服务器S收到该学员A的查询代办数量请求后，校验学员A是否存在，即是否是有效用户，如果不是，则返回用户不存在的错误。如果学员A存在，即为有效用户，获取动态配置的预设时长，预设时长使用timeMills表示，假如此时配置的是预设时长timeMills等于30000，单位毫秒，即为30秒；同时，构造超时返回对象timeoutObject，并设置属性code等于“600”，msg等于“请求超时”。

(3)用第(2)步的2个参数timeMills和timeoutObject，调用DeferredResult的构造函数DeferredResult dr＝DeferredResult(timeMills,timeoutObject)得到DeferredResult对象。

(4)调用dr.onTimeout方法设置监听获取操作的超时，该方法会在真正的统计业务逻辑中超时(也即执行获取操作)时被调用；

(5)调用dr.onError方法监听出错，该方法会在真正的统计业务逻辑中发生错误时被调用；

(6)调用dr.onCompletion方法监听执行完成，该方法会在正常返回结果或返回超时结果时被调用；

(7)执行真正的业务逻辑，首先查询待学习课程数量，需要到数据库的学员待完成课程表中查询学员A的未学习的课程数量，假如现在查询到未学习课程数量为10；然后再查询话术对练代办数量，需要到数据库的学员待完成话术练习表中查询未练习的话术数量，假如现在查询到的未练习话术数量为9；然后再查询刷题任务数量，需要到数据库的学员待刷题任务表中查询未完成的刷题任务数量，假如现在查询到的数量为8；然后再查询话术考试代办数量，需要到数据库的学员待完成话术考试表中查询数量，假如现在查询到的数量为7；最后再查询题库考试代办数量，需要到数据库的学员待考试题库代办数量表中查询数量，假如现在查询到的数量为6；

如果未学习课程数量、未练习话术数量、刷题任务数量、话术考试代办数量和题库考试代办数量的返回结果均正常，且耗时为超过30秒，则将这5个值封装为对象resultObj，然后调用dr.setResult(resultObj)方法，即会正常返回结果，同时也会异步的执行onCompletion回调函数；如果这5步执行时间总的超过了30秒，则会返回超时对象timeoutObject，同时异步调用onTimeout函数执行超时逻辑和异步调用onCompletion回调函数；如果这5步执行中有任何一步出错，则会返回错误异常结果，同事异步执行onError回调函数，在该例中，3个回调函数主要执行的业务逻辑为日志记录。

(8)最后当学员A得到结果后，正常结果或者是超时结果，都会继续调用该接口进行下一次数据的获取，保证数据实时更新，但是又没有平凡的调用该接口，从而达到异步服务端实时推送数据的能力

请参见图4，为本公开实施例提供的一种信息获取方法，应用于客户端，方法包括以下步骤：

步骤401、向服务端发送信息获取请求，信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；

步骤402、接收服务端推送的返回结果；

其中，如果在预设时长内服务端获取操作执行成功，则获取结束通知中携带目标信息。该实施方式为与上述信息推送方法相对应的信息获取方法，其具体实现过程与上述实施例相对应，且具有相同的有益效果，为避免重复，在此不再予以赘述。

可选地，客户端在接收到服务端推送的返回结果的情况下，向服务端重新发送信息获取请求。该实施方式中，通过在接收到返回结果的情况下，立即向服务端发送下一次信息获取请求，如此，有利于进一步提高目标信息的实时性。同时，由于只有在接收到上一次返回结果之后，才会发生下一次信息获取请求，因此，可以进一步避免服务端出现信息获取请求积压的问题。

请参见图5，为本公开实施例提供的服务端500的结构示意图，服务端500包括：

处理模块501，用于响应于客户端发送的信息获取请求，构造异步返回对象，并执行信息获取请求所对应的目标信息的获取操作；信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；

确定模块502，用于确定预先为执行获取操作设置的预设时长；

推送模块503，用于如果在预设时长内获取操作执行成功，则基于异步返回对象向客户端推送获取结束通知，获取结束通知中携带目标信息。

可选地，推送模块503，还用于在获取操作的执行时长超过预设时长的情况下，停止获取目标信息，并向客户端推送预设超时返回结果，预设超时返回结果用于指示获取目标信息失败。

可选地，服务端500还包括：

函数调用模块，用于调用预设超时回调函数，其中，预设超时回调函数用于执行以下至少一项超时任务：清空与信息获取请求相对应的缓存，生成第一日志信息，其中，第一日志信息包括服务端响应于信息获取请求的行为日志信息。

可选地，推送模块503，还用于在预设时长内，执行目标信息的获取操作的过程中出现预设异常的情况下，停止执行获取操作并向客户端推送预设异常返回结果。

可选地，函数调用模块，还用于调用预设异常回调函数；预设异常回调函数用于执行以下至少一项任务：清空与信息获取请求相对应的缓存，并生成第二日志信息；第二日志信息包括服务端响应于信息获取请求的行为日志信息。

可选地，函数调用模块，还用于调用预设完成回调函数，其中，预设完成回调函数用于执行以下至少一项任务：清空与信息获取预设请求相对应的缓存，生成第三日志信息，其中，第三日志信息包括服务端响应于信息获取请求的行为日志信息。

可选地，服务端500还包括：

确定模块，用于基于目标数据库中存储的预设时间段内的信息获取结果，确定预设时间段对应的推送状态信息，其中，目标数据库用于存储客户端每次信息获取请求所对应的信息获取结果，信息获取结果包括以下至少一项：信息获取成功、信息获取出错和信息获取超时；推送状态信息包括以下至少一项：预设时间段内信息获取成功的次数、预设时间段内信息获取出错的次数和预设时间段内信息获取超时的次数；

调整模块，用于根据推送状态信息调整预先为执行获取操作设置的预设时长。

可选地，调整模块，具体用于在推送状态信息指示预设时间段内信息获取超时的次数大于第一预设值的情况下，增大预设时长，且增大后的预设时长小于第二预设值；

调整模块，具体还用于在推送状态信息指示预设时间段内信息获取超时的次数小于第一预设值的情况下，减小预设时长，且减小后的预设时长大于第三预设值，第二预设值大于第三预设值。

可选地，处理模块501，用于在对客户端关联的用户的身份信息进行权限鉴定，且鉴定结果表征客户端关联的用户为目标用户的情况下，响应于客户端发送的信息获取请求，构造异步返回对象，执行信息获取请求所对应的目标信息的获取操作；

推送模块503，还用于在鉴定结果表征客户端关联的用户为目标用户之外的其他用户的情况下，响应于信息获取请求，向客户端推送用户身份异常的返回结果。

本公开实施例提供的服务端500能够实现上述信息推送方法实施例中的各个过程，为避免重复，这里不再赘述。

请参见图6，为本公开实施例提供的一种客户端600，包括：

发送模块601，用于向服务端发送信息获取请求，信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；

接收模块602，用于接收服务端推送的返回结果；

其中，其中，如果在预设时长内服务端获取操作执行成功，则获取结束通知中携带目标信息。

可选地，发送模块601，还用于在接收到服务端推送的返回结果的情况下，向服务端重新发送信息获取请求。

本公开实施例提供的客户端600能够实现上述信息获取方法实施例中的各个过程，为避免重复，这里不再赘述。

参见图7，图7是本公开一实施提供的服务器的结构图，如图7所示，服务器包括：处理器701、存储器702及存储在存储器702上并可在处理器上运行的计算机程序，服务端中的各个组件通过总线接口703耦合在一起，计算机程序被处理器701执行时实现如下步骤：

响应于客户端发送的信息获取请求，构造异步返回对象，并执行信息获取请求所对应的目标信息的获取操作；信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；确定预先为执行获取操作设置的预设时长；如果在预设时长内获取操作执行成功，则基于异步返回对象向客户端推送获取结束通知，获取结束通知中携带目标信息。

可选地，处理器701还用于执行：在获取操作的执行时长超过预设时长的情况下，停止获取目标信息，并向客户端推送预设超时返回结果，预设超时返回结果用于指示获取目标信息失败。

可选地，处理器701还用于执行：调用预设超时回调函数，其中，预设超时回调函数用于执行以下至少一项超时任务：清空与信息获取请求相对应的缓存，生成第一日志信息，其中，第一日志信息包括服务端响应于信息获取请求的行为日志信息。

可选地，处理器701还用于执行：在预设时长内，执行目标信息的获取操作的过程中出现预设异常的情况下，停止执行获取操作并向客户端推送预设异常返回结果。

可选地，处理器701还用于执行：调用预设异常回调函数；预设异常回调函数用于执行以下至少一项任务：清空与信息获取请求相对应的缓存，并生成第二日志信息；第二日志信息包括服务端响应于信息获取请求的行为日志信息。

可选地，处理器701还用于执行：调用预设完成回调函数，其中，预设完成回调函数用于执行以下至少一项任务：清空与信息获取预设请求相对应的缓存，生成第三日志信息，其中，第三日志信息包括服务端响应于信息获取请求的行为日志信息。

可选地，处理器701还用于执行：基于目标数据库中存储的预设时间段内的信息获取结果，确定预设时间段对应的推送状态信息，其中，目标数据库用于存储客户端每次信息获取请求所对应的信息获取结果，信息获取结果包括以下至少一项：信息获取成功、信息获取出错和信息获取超时；推送状态信息包括以下至少一项：预设时间段内信息获取成功的次数、预设时间段内信息获取出错的次数和预设时间段内信息获取超时的次数；根据推送状态信息调整预先为执行获取操作设置的预设时长。

可选地，处理器701在根据推送状态信息调整预先为执行获取操作设置的预设时长时，执行如下步骤：在推送状态信息指示预设时间段内信息获取超时的次数大于第一预设值的情况下，增大预设时长，且增大后的预设时长小于第二预设值；在推送状态信息指示预设时间段内信息获取超时的次数小于第一预设值的情况下，减小预设时长，且减小后的预设时长大于第三预设值，第二预设值大于第三预设值。

可选地，处理器701在响应于客户端发送的信息获取请求，构造异步返回对象，执行信息获取请求所对应的目标信息的获取操作时，执行如下步骤：

在对客户端关联的用户的身份信息进行权限鉴定，且鉴定结果表征客户端关联的用户为目标用户的情况下，响应于客户端发送的信息获取请求，构造异步返回对象，执行信息获取请求所对应的目标信息的获取操作；

处理器701还用于执行：在鉴定结果表征客户端关联的用户为目标用户之外的其他用户的情况下，响应于信息获取请求，向客户端推送用户身份异常的返回结果。

参见图8，图8是本公开一实施提供的终端的结构图，如图8所示，终端中运行前述的客户端，终端包括：处理器801、存储器802及存储在存储器802上并可在处理器上运行的计算机程序，客户端中的各个组件通过总线接口803耦合在一起，计算机程序被处理器801执行时实现如下步骤：

向服务端发送信息获取请求，信息获取请求是在接收到服务端针对前一次信息获取请求，通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；或者，信息获取请求是客户端首次向服务端发起的；

接收服务端推送的返回结果；其中，如果在预设时长内服务端获取操作执行成功，则获取结束通知中携带目标信息

可选地，处理器801还用于执行：在接收到服务端推送的返回结果的情况下，向服务端重新发送信息获取请求。

本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器701或者801执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台电子设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本公开各个实施例的方法。

上面结合附图对本公开的实施例进行了描述，但是本公开并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本公开的启示下，在不脱离本公开宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本公开的保护之内。

Claims (10)

1.一种信息推送方法，应用于服务端，其特征在于，包括：

响应于客户端发送的信息获取请求，构造异步返回对象，并执行所述信息获取请求所对应的目标信息的获取操作；所述信息获取请求是在接收到服务端针对前一次信息获取请求，并通过为上一次信息获取请求构造的历史异步返回对象，返回历史获取结束通知后发起的；所述历史获取结束通知包括针对上一次信息获取请求，目标信息获取成功或失败的通知；

确定预先为执行获取操作设置的预设时长；

如果在所述预设时长内所述获取操作执行成功，则基于所述异步返回对象向所述客户端推送获取结束通知，所述获取结束通知中携带所述目标信息。

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

在所述获取操作的执行时长超过所述预设时长的情况下，停止获取所述目标信息，并向所述客户端推送预设超时返回结果，所述预设超时返回结果用于指示获取所述目标信息失败。

3.根据权利要求2所述的方法，其特征在于，所述向所述客户端推送预设超时返回结果之后，所述方法还包括：

调用预设超时回调函数，其中，所述预设超时回调函数用于执行以下至少一项超时任务：清空与所述信息获取请求相对应的缓存，生成第一日志信息，其中，所述第一日志信息包括所述服务端响应于所述信息获取请求的行为日志信息。

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

在所述预设时长内，执行所述目标信息的获取操作的过程中出现预设异常的情况下，停止执行所述获取操作并向所述客户端推送预设异常返回结果。

5.根据权利要求4所述的方法，其特征在于，所述向所述客户端推送预设异常返回结果之后，所述方法还包括：

调用预设异常回调函数；所述预设异常回调函数用于执行以下至少一项任务：清空与所述信息获取请求相对应的缓存，并生成第二日志信息；所述第二日志信息包括所述服务端响应于所述信息获取请求的行为日志信息。

6.根据权利要求1所述的方法，其特征在于，所述基于所述异步返回对象向所述客户端推送所述目标信息之后，所述方法还包括：

调用预设完成回调函数，其中，所述预设完成回调函数用于执行以下至少一项任务：清空与所述信息获取预设请求相对应的缓存，生成第三日志信息，其中，所述第三日志信息包括所述服务端响应于所述信息获取请求的行为日志信息。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于目标数据库中存储的预设时间段内的信息获取结果，确定所述预设时间段对应的推送状态信息，其中，所述目标数据库用于存储所述客户端每次信息获取请求所对应的信息获取结果，所述信息获取结果包括以下至少一项：信息获取成功、信息获取出错和信息获取超时；所述推送状态信息包括以下至少一项：所述预设时间段内信息获取成功的次数、所述预设时间段内信息获取出错的次数和所述预设时间段内信息获取超时的次数；

根据所述推送状态信息调整预先为执行获取操作设置的预设时长。

8.根据权利要求7所述的方法，其特征在于，所述根据所述推送状态信息调整预先为执行获取操作设置的预设时长，包括：

在所述推送状态信息指示所述预设时间段内信息获取超时的次数大于第一预设值的情况下，增大所述预设时长，且增大后的所述预设时长小于第二预设值；

在所述推送状态信息指示所述预设时间段内信息获取超时的次数小于所述第一预设值的情况下，减小所述预设时长，且减小后的所述预设时长大于第三预设值，所述第二预设值大于所述第三预设值。

9.根据权利要求1至8中任意一项所述的方法，其特征在于，所述响应于客户端发送的信息获取请求，构造异步返回对象，执行所述信息获取请求所对应的目标信息的获取操作，包括：

在对所述客户端关联的用户的身份信息进行权限鉴定，且鉴定结果表征所述客户端关联的用户为目标用户的情况下，响应于客户端发送的信息获取请求，构造异步返回对象，执行所述信息获取请求所对应的目标信息的获取操作；

所述方法还包括：

在所述鉴定结果表征所述客户端关联的用户为所述目标用户之外的其他用户的情况下，响应于所述信息获取请求，向所述客户端推送用户身份异常的返回结果。

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