CN112667681A

CN112667681A - 数据缓存方法、装置及存储介质

Info

Publication number: CN112667681A
Application number: CN202011521246.5A
Authority: CN
Inventors: 陈雷
Original assignee: Beijing Zitiao Network Technology Co Ltd
Current assignee: Beijing Zitiao Network Technology Co Ltd
Priority date: 2020-12-21
Filing date: 2020-12-21
Publication date: 2021-04-16

Abstract

本申请提供一种数据缓存方法、装置及存储介质，该方法通过获取目标用户行为事件，例如获得用户触发的某些操作，进而，将该目标用户行为事件写入预设消息队列，通过至少一个服务接口，获取上述预设消息队列中的目标用户行为事件对应的用户数据，将该用户数据进行缓存，即提前对后置的其他操作用到的用户数据进行主动缓存。这样，对于一些活动，例如双十一购物活动、新款手机抢购活动，本申请实施例可以对要参与的用户的数据进行主动缓存。在抢购的一瞬间，用户与缓存进行交互，完成订单，而不会直接与数据库交互，减少用户对数据库的频繁访问，提升服务器的稳定性。

Description

数据缓存方法、装置及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据缓存方法、装置及存储介质。

背景技术

当前电子商务发展迅速，商家通过互联网上由第三方提供的电商网站将产品或服务信息传达给特定用户。用户通过互联网下订单，并通过一定的支付方式进行付款，由商家通过物流企业进行产品配送，最终完成产品交易。用户在电商网站购物时，通常采用的流程是：用户在手机的某一购物应用程序(Application，APP)提供的购物界面点击进入产品详情页，查看产品详情信息，感兴趣然后点击下单，新用户需要填写用户数据，老用户通常由服务器自动填充用户数据，然后用户提交订单，完成支付等工作。

相关技术中，对于老用户，服务器在第一次拉取该用户的用户数据时，会在缓存查询该用户数据，如果缓存没有，则从数据库查询。如果在数据库中查询到，通常服务器会将查询到的用户数据放置在缓存中。这样，等该用户再下单时，服务器可以从缓存中直接获取到用户数据，提升了用户的体验，也提升了服务性能，减少了服务器上数据库的压力。

然而，对于一些活动，例如双十一购物活动、新款手机抢购活动，在抢购的一瞬间，会有大量用户访问，如果采用上述方式对用户数据进行缓存会出现问题。例如上述缓存只有在用户首次触发后才进行缓存，这样，一旦有大量用户同时首次访问，可能会造成服务器不稳定。

发明内容

为解决现有技术中存在的问题，本申请提供一种数据缓存方法、装置及存储介质。

第一方面，本申请实施例提供一种数据缓存方法，所述方法包括：

获取目标用户行为事件；

将所述目标用户行为事件写入预设消息队列；

通过至少一个服务接口，获取所述预设消息队列中的所述目标用户行为事件对应的用户数据；

将所述用户数据进行缓存。

在一种可能的实现方式中，所述获取目标用户行为事件，包括：

获取直播服务进入接口调用请求；

根据所述调用请求，生成所述目标用户行为事件。

在一种可能的实现方式中，所述根据所述调用请求，生成所述目标用户行为事件，包括：

根据所述调用请求，获取用户进入所述直播服务后的停留时间，其中，所述用户通过所述直播服务进入接口进入所述直播服务；

若所述停留时间大于第一预设时间阈值，则生成所述目标用户行为事件。

确定是否首次获取所述调用请求；

若是首次获取所述调用请求，则根据所述调用请求，生成所述目标用户行为事件。

在一种可能的实现方式中，所述调用请求携带所述直播服务的标识；

在所述将所述目标用户行为事件写入预设消息队列之后，还包括：

根据所述直播服务的标识，获取所述直播服务的服务参数；

确定所述服务参数中是否有购物车参数；

若所述服务参数中有所述购物车参数，则执行所述通过至少一个服务接口，获取所述预设消息队列中的所述目标用户行为事件对应的用户数据的步骤。

在一种可能的实现方式中，所述调用请求还携带用户的标识，所述至少一个服务接口包括用户地址服务接口，所述用户数据包括用户地址；

所述通过至少一个服务接口，获取所述预设消息队列中的所述目标用户行为事件对应的用户数据，包括：

通过所述用户地址服务接口，获取所述用户的标识对应的用户地址。

在一种可能的实现方式中，所述至少一个服务接口还包括用户产品服务接口，所述用户数据还包括订单列表；

所述通过至少一个服务接口，获取所述预设消息队列中的所述目标用户行为事件对应的用户数据，还包括：

通过所述用户产品服务接口，获取所述用户的标识对应的订单列表。

在一种可能的实现方式中，在所述将所述用户数据进行缓存之后，还包括：

根据缓存的所述用户的标识对应的用户地址，创建完成所述用户的订单。

获取用户在产品详情界面的停留事件；

根据所述停留事件，生成所述目标用户行为事件。

在一种可能的实现方式中，所述停留事件携带所述用户在所述产品详情界面的停留时间，所述停留时间大于第二预设时间阈值。

在一种可能的实现方式中，所述根据所述停留事件，生成所述目标用户行为事件，包括：

确定是否首次获取所述停留事件；

若是首次获取所述停留事件，则根据所述停留事件，生成所述目标用户行为事件。

获取用户在产品详情界面的滑动事件；

根据所述滑动事件，生成所述目标用户行为事件。

在一种可能的实现方式中，所述滑动事件携带所述用户在所述产品详情界面的滑动比例，所述滑动比例大于预设比例阈值。

在一种可能的实现方式中，所述根据所述滑动事件，生成所述目标用户行为事件，包括：

确定是否首次获取所述滑动事件；

若是首次获取所述滑动事件，则根据所述滑动事件，生成所述目标用户行为事件。

在一种可能的实现方式中，所述至少一个服务接口包括用户地址服务接口，所述用户数据包括用户地址；

获取所述用户的标识；

在一种可能的实现方式中，所述至少一个服务接口还包括用户产品服务接口，所述用户数据还包括订单列表。

第二方面，本申请实施例提供一种数据缓存装置，所述装置应用于用户下订单的处理，所述装置包括：

事件获得模块，用于获取目标用户行为事件；

事件写入模块，用于将所述目标用户行为事件写入预设消息队列；

数据获取模块，用于通过至少一个服务接口，获取所述预设消息队列中的所述目标用户行为事件对应的用户数据；

数据缓存模块，用于将所述用户数据进行缓存。

在一种可能的实现方式中，所述事件获得模块，具体用于：

获取直播服务进入接口调用请求；

根据所述调用请求，生成所述目标用户行为事件。

在一种可能的实现方式中，所述事件获得模块，具体用于：

确定是否首次获取所述调用请求；

在一种可能的实现方式中，所述调用请求携带所述直播服务的标识。

所述数据获取模块，还用于在所述事件写入模块将所述目标用户行为事件写入预设消息队列之后，根据所述直播服务的标识，获取所述直播服务的服务参数；

确定所述服务参数中是否有购物车参数；

在一种可能的实现方式中，所述调用请求还携带用户的标识，所述至少一个服务接口包括用户地址服务接口，所述用户数据包括用户地址。

所述数据获取模块，具体用于：

在一种可能的实现方式中，所述数据缓存模块在将所述用户数据进行缓存之后，还用于：

在一种可能的实现方式中，所述事件获得模块，具体用于：

获取用户在产品详情界面的停留事件；

根据所述停留事件，生成所述目标用户行为事件。

在一种可能的实现方式中，所述事件获得模块，具体用于：

确定是否首次获取所述停留事件；

在一种可能的实现方式中，所述事件获得模块，具体用于：

获取用户在产品详情界面的滑动事件；

根据所述滑动事件，生成所述目标用户行为事件。

在一种可能的实现方式中，所述事件获得模块，具体用于：

确定是否首次获取所述滑动事件；

在一种可能的实现方式中，所述至少一个服务接口包括用户地址服务接口，所述用户数据包括用户地址。

所述数据获取模块，具体用于：

获取所述用户的标识；

所述数据获取模块，具体用于：

第三方面，本申请实施例提供一种数据缓存设备，包括：

处理器；

存储器；以及

计算机程序；

其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如第一方面所述的方法的指令。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得服务器执行第一方面所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行第一方面所述的方法。

本申请实施例提供的数据缓存方法、装置及存储介质，该方法通过获取目标用户行为事件，例如获得用户触发的某些操作，进而，将该目标用户行为事件写入预设消息队列，通过至少一个服务接口，获取上述预设消息队列中的目标用户行为事件对应的用户数据，将该用户数据进行缓存，即提前对后置的其他操作用到的用户数据进行主动缓存。这样，对于一些活动，例如双十一购物活动、新款手机抢购活动，本申请实施例可以对要参与的用户的数据进行主动缓存。在抢购的一瞬间，用户与缓存进行交互，完成订单，而不会直接与数据库交互，减少用户对数据库的频繁访问，提升服务器的稳定性。

附图说明

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

图1为本申请实施例提供的一种用户下订单的流程示意图；

图2为本申请实施例提供的一种数据缓存***架构示意图；

图3为本申请实施例提供的另一种数据缓存***架构示意图；

图4为本申请实施例提供的一种数据缓存方法的流程示意图；

图5为本申请实施例提供的服务器在对预设消息队列中的用户行为事件进行处理的示意图；

图6为本申请实施例提供的另一种数据缓存方法的流程示意图；

图7为本申请实施例提供的再一种数据缓存方法的流程示意图；

图8为本申请实施例提供的一种数据缓存装置的结构示意图；

图9为本申请提供的一种数据缓存设备的基本硬件架构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

现有用户通过互联网下订单，并通过一定的支付方式进行付款，由商家通过物流企业进行产品配送，最终完成产品交易。用户在电商网站购物时，通常采用的流程是：用户在手机的某一购物APP提供的购物界面点击进入产品详情页，查看产品详情信息，感兴趣然后点击下单，新用户需要填写用户数据，老用户通常由服务器自动填充用户数据，然后用户提交订单，完成支付等工作。

示例性的，用户下订单的流程一般如图1所示。当用户通过电商网站购物时，可以通过终端设备向服务器下单。例如用户手机安装某一购物APP，用户在该APP提供的购物界面点击进入产品详情页，查看产品详情信息，感兴趣然后点击下单。服务器在接收到用户下订单信息后，对于老用户，一般会自动填充用户信息。服务器要拉取用户数据，在第一次拉取用户数据时，会在缓存查询用户数据，如果缓存没有，则从数据库查询。如果在数据库中查询到，通常服务器会将查询到的用户数据放置在缓存中。最后，服务器根据缓存的用户数据自动填充用户信息，完成用户的订单，并将该订单反馈至上述终端设备。用户可以通过上述终端设备查看订单信息，在检查无误后，通过终端设备向服务器提交订单。服务器在检查到用户提交的订单后，反馈支付信息至上述终端设备。用户基于该支付信息，通过上述终端设备完成支付。服务器在检测到用户支付完成信息后，可以反馈上述终端设备支付成功信息，并可以预存订单处理流程，反馈当前订单的处理状态。

然而，对于一些活动，例如双十一购物活动、新款手机抢购活动，在抢购的一瞬间，会有大量用户访问，如果采用上述方式对用户数据进行缓存会出现问题。例如上述缓存只有在用户首次触发后才进行缓存，这样，一旦有大量用户同时首次访问，可能会造成服务器不稳定。即现有技术只有用户首次访问完成后，例如第一次下单后，如果用户再次访问，服务器才会拉取用户数据放置在缓存中。这样，对于首次访问的用户，如果用户数量较多，大量用户需要与数据库直接交互，使得服务器响应速度变慢，也可能会造成服务器不稳定。

因此，本申请实施例提出一种数据缓存方法，应用于用户下订单的处理，通过获取目标用户行为事件，例如获得用户触发的某些操作，进而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存，即提前对后置的其他操作用到的用户数据进行主动缓存。这样，对于一些活动，例如双十一购物活动、新款手机抢购活动，本申请实施例可以对要参与的用户的数据进行主动缓存。在抢购的一瞬间，用户与缓存进行交互，完成订单，而不会直接与数据库交互，减少用户对数据库的频繁访问，提高服务器的响应速度，提升服务器的稳定性。

在本申请实施例中，上述目标用户行为事件可以根据实际情况确定，例如由服务器根据客户端发送的信息确定。示例性的，以用户进入直播服务为例，用户的终端设备，例如用户的手机安装某一APP。该APP中包括原生页面或内嵌H5页面。用户在上述页面中触发了某些操作，并将这些操作发送至服务器，与服务器进行交互。

可选地，如图2所示，图2为本申请实施例提供的一种数据缓存***架构示意图。在图2中，以上述用户进入直播服务为例。上述架构包括客户端21和服务器22。

在具体实现过程中，用户在客户端21安装的某一APP的页面中触发某些操作，并将这些操作发送至服务器。例如用户要进入直播服务，向服务器22调用了直播服务进入接口，即向服务器22发送了直播服务进入接口调用请求。服务器22根据该请求，生成目标用户行为事件，获取该目标用户行为事件对应的用户数据，从而，将该用户数据进行缓存，即提前对后置的其他操作用到的用户数据进行主动缓存。这样，假如有多个用户在线观看上述直播服务时，本申请实施例可以对用户的数据进行主动缓存。在上述直播服务主播介绍产品后，用户在对产品进行限时抢购时，可以与缓存进行交互，完成产品下单抢购，而不会直接与数据库交互，减少用户对数据库的频繁访问，提升了服务器的稳定性。

另外，上述目标用户行为事件也可以是客户端向服务器发送的一个或多个事件。示例性的，以用户进入在某一购物APP购物为例，用户的终端设备，例如用户的手机安装某一购物APP。该APP中也可以包括原生页面或内嵌H5页面。用户在访问操作相关页面时触发了某些操作，并将这些操作发送至服务器，与服务器进行交互。

可选地，如图3所示，图3为本申请实施例提供的另一种数据缓存***架构示意图。在图3中，以上述用户进入直播服务为例。上述架构包括客户端31和服务器32。

在具体实现过程中，用户在客户端31安装的某一购物APP的页面中触发某些操作，并将这些操作发送至服务器。例如用户在某一产品详情界面停留或滑动等。客户端31可以向服务器32发送了用户在上述产品详情界面停留事件或滑动事件等。服务器32根据该停留事件或滑动事件等，生成目标用户行为事件，获取该目标用户行为事件对应的用户数据，从而，将该用户数据进行缓存，即提前对后置的其他操作用到的用户数据进行主动缓存。这样，假如有多个用户在抢购某一产品时，本申请实施例可以对要参与的用户的数据进行主动缓存。在抢购的一瞬间，用户与缓存进行交互，完成产品下单抢购，而不会直接与数据库交互，降低了服务器并发读取数据库的压力，提升了服务器的稳定性。

可以理解的是，本申请实施例示意的结构并不构成对数据缓存架构的具体限定。在本申请另一些可行的实施方式中，上述架构可以包括比图2和图3所示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图2和图3所示的部件可以以硬件，软件，或软件与硬件的组合实现。

下面以几个实施例为例对本申请的技术方案进行描述，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图4为本申请实施例提供的一种数据缓存方法的流程示意图，本申请实施例提供了一种数据缓存方法，该方法可以应用于用户下订单的处理，且该方法可以由任意执行数据缓存方法的装置来执行，该装置可以通过软件和/或硬件实现。如图4所示，在图2或图3所示***架构的基础上，本申请实施例提供的数据缓存方法包括如下步骤：

S401：获取目标用户行为事件。

在本申请实施例中，以执行主体为图2或图3中的服务器为例。上述获取目标用户行为事件可以是服务器获取直播服务进入接口调用请求后，例如获取上述客户端发送的直播服务进入接口调用请求后，根据该调用请求，生成的目标用户行为事件。也可以是服务器获取用户在产品详情界面的停留事件后，例如获取上述客户端发送的用户在产品详情界面的停留事件后，根据该停留事件，生成的目标用户行为事件。还可以是服务器获取用户在产品详情界面对该界面的滑动事件后，例如获取上述客户端发送的用户在产品详情界面对该界面的滑动事件后，根据该滑动事件，生成的目标用户行为事件。

这里，服务器还可以获取上述停留事件和滑动事件，进而，根据上述停留事件和滑动事件，生成的目标用户行为事件等等，具体可以根据实际情况确定，本申请实施例对此不做特别限制。

另外，服务器在获取上述直播服务进入接口调用请求后，可以确定是否首次换取该调用请求。如果服务器是首次获取该调用请求，则可以根据该调用请求，生成上述目标用户行为事件。同样，服务器在获取上述用户在产品详情界面的停留事件或对该界面的滑动事件后，也可以确定是否首次获取该停留事件，确定是否首次获取该滑动事件。如果服务器是首次获取该停留事件，则可以根据该停留事件，生成上述目标用户行为事件。如果服务器是首次获取该滑动事件，则可以根据该滑动事件，生成上述目标用户行为事件。

S402：将上述目标用户行为事件写入预设消息队列。

其中，在上述将上述目标用户行为事件写入预设消息队列之前，上述服务器可以在缓存中设置上述预设消息队列，或者，在预设文件中设置上述预设消息队列，具体可以根据实际情况确定。

这里，服务器可能无法实时处理上述用户行为事件，例如在抢购的一瞬间，有大量的用户行为事件产生，服务器无法实时处理大量并发的用户行为事件。为了解决该问题，本申请实施例服务器设置预设消息队列，在获得用户行为事件后，将获得的用户行为事件写入预设消息队列，从而可以根据实际情况处理预设消息队列中的用户行为事件，例如按照每十分钟处理一次的频率，处理预设消息队列中的用户行为事件，从而，解决了在用户行为事件大量并发时，服务器无法实时处理用户行为事件的问题。

S403：通过至少一个服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户数据。

其中，上述服务器在对预设消息队列中的用户行为事件进行处理时，可以按照异步任务处理原则，例如基于一组消费者组件，通过至少一个服务接口，获取队列中的目标用户行为事件对应的用户数据，示例性的，如图5所示。

这里，上述至少一个服务接口可以包括用户地址服务接口，上述用户数据可以包括用户地址。上述服务器可以通过该用户地址服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户地址。示例性的，上述服务器可以通过该用户地址服务接口，从数据库中，获取上述预设消息队列中的上述目标用户行为事件对应的用户地址。

另外，上述至少一个服务接口还可以包括用户产品服务接口，上述用户数据还可以包括订单列表，例如用户订单。上述服务器可以通过上述用户产品服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的订单列表。示例性的，上述服务器可以通过上述用户产品服务接口，从数据库中，获取上述预设消息队列中的上述目标用户行为事件对应的订单列表。

S404：将上述用户数据进行缓存。

这里，在将上述用户数据进行缓存之后，上述服务器还可以根据缓存的用户数据，创建完成上述用户的订单。其中，服务器无需用户首次触发就能将用户的数据进行主动缓存，这样在用户下单时就可以直接从缓存中获取上述数据，避免大量用户对服务器数据库的并发访问，提升服务器的性能。而且，上述服务器无需增加额外的推广流程，降低成本。

本申请实施例，服务器获取目标用户行为事件，例如获得用户触发的某些操作，然后将该目标用户行为事件写入预设消息队列，从而，通过至少一个服务接口，获取上述预设消息队列中的目标用户行为事件对应的用户数据，将该用户数据进行缓存，即服务器提前对后置的其他操作用到的用户数据进行主动缓存。这样，对于一些活动，例如双十一购物活动、新款手机抢购活动，服务器可以对要参与的用户的数据进行主动缓存。在抢购的一瞬间，用户与缓存进行交互，完成订单，而不会直接与数据库交互，减少用户对数据库的频繁访问，提高了服务器的响应速度，提升了服务器的稳定性。

这里，上述获取的目标用户行为事件可以是服务器获取直播服务进入接口调用请求后，根据该调用请求，生成的目标用户行为事件。其中，上述调用请求携带直播服务的标识，上述服务器在将上述目标用户行为事件写入预设消息队列之后，还可以根据上述直播服务的标识，获取上述直播服务的服务参数，从而判断上述直播服务中是否有购物车，进而，确定是否执行后续步骤。图6为本申请实施例提出的另一种数据缓存方法的流程示意图。如图6所示，该方法包括：

S601：获取直播服务进入接口调用请求。

S602：根据上述调用请求，生成目标用户行为事件，该调用请求携带直播服务的标识。

这里，用户在进入直播服务之前，调用进入接口，客户端可以向服务器发送直播服务进入接口调用请求。服务器根据该调用请求，生成上述目标用户行为事件，进而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。假设10万用户进入上述直播服务，上述服务器会对10万用户的数据进行主动缓存。这样，在主播介绍产品后，上架产品进行限时抢购，假如1w用户同时点击购买，由于用户地址数据都已被缓存，下单流程体验得到提高。而且，在抢购的一瞬间，用户与缓存进行交互，减少用户对数据库的频繁访问，提升了服务器的稳定性。

其中，服务器在根据上述调用请求，生成上述目标用户行为事件时，可以首先根据上述调用请求，反馈上述直播服务进入接口至上述客户端，然后获取用户通过上述直播服务进入接口，进入上述直播服务后的停留时间。如果该时间大于第一预设时间阈值，则服务器生成上述目标用户行为事件。其中，第一预设时间阈值可以根据实际情况设置，例如10秒。

在本申请实施例中，服务器在用户在进入直播服务后，获取用户在该直播服务的停留时间，如果停留时间达到一定阈值，例如上述第一预设时间阈值，说明用户后续要参与该直播服务中活动的几率较大，例如参与直播服务推出的产品限时抢购活动的几率较大。服务器相应的生成上述目标用户行为事件，从而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。这样，用户在对产品进行限时抢购时，可以与缓存进行交互，提升了服务器的稳定性。

另外，服务器在根据上述调用请求，生成上述目标用户行为事件时，可以确定是否首次获取上述调用请求。例如，上述调用请求携带用户的标识，服务器可以根据该用户的标识和已获取的直播服务进入接口调用请求中的用户标识，确定是否首次获取上述调用请求。如果是首次获取上述调用请求，服务器可以根据上述调用请求，生成上述目标用户行为事件。

这里，服务器在首次获取上述调用请求后，根据上述调用请求，生成上述目标用户行为事件，进而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。这样，等用户再下单时，服务器可以从缓存中直接获取到相应的用户数据，减少了服务器上数据库的压力，也提升了用户的体验。

S603：将上述目标用户行为事件写入预设消息队列。

其中，步骤S603与上述步骤S402的实现方式相同，此处不再赘述。

S604：根据上述直播服务的标识，获取上述直播服务的服务参数。

这里，上述直播服务的标识可以包括上述直播服务的身份标识号(Identitydocument，ID)。上述服务器可以预存直播服务的标识(例如上述ID)与直播服务的服务参数的对应关系，其中，该服务参数可以理解为与上述直播服务相关的参数，可以包括购物车参数、产品参数等。

上述服务器可以根据上述调用请求携带的直播服务的标识，以及上述对应关系，获取上述直播服务的服务参数。

S605：确定上述服务参数中是否有购物车参数。

S606：如果上述服务参数中有上述购物车参数，则通过至少一个服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户数据。

如果上述服务参数中有上述购物车参数，则说明上述直播服务为购物直播服务。在主播介绍产品后，上述直播服务会提供对产品的限时抢购活动。所以，上述服务器需要对用户的数据进行主动缓存，以使用户在对产品进行限时抢购时，可以与缓存进行交互，减少用户对数据库的频繁访问。

其中，上述调用请求还可以携带用户的标识，例如用户的用户身份证明(useridentification，uid)。上述至少一个服务接口可以包括用户地址服务接口，上述用户数据可以包括用户地址。上述服务器在通过至少一个服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户数据时，可以通过上述用户地址服务接口，获取上述用户的标识对应的用户地址。示例性的，上述服务器可以通过上述用户地址服务接口，从数据库中，获取上述用户的标识对应的用户地址。其中，数据库中可以预存用户的标识与用户地址的对应关系。这样，上述服务器可以通过上述用户地址服务接口，从数据库存储的上述对应关系中，获取上述用户的标识对应的用户地址。这里，用户可以通过终端安装的APP，例如手机安装的APP进入直播服务。上述用户的标识和用户地址可以是用户在上述APP上注册信息时填写的。上述数据库保存用户填写的用户的标识和用户地址。

上述服务器获取上述用户的标识对应的用户地址，对该用户地址进行缓存，并根据缓存的用户地址，完成上述用户的订单。

另外，上述至少一个服务接口还可以包括用户产品服务接口，上述用户数据还可以包括订单列表。上述服务器在通过至少一个服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户数据时，可以通过上述用户产品服务接口，获取上述用户的标识对应的订单列表。示例性的，上述服务器可以通过上述用户产品服务接口，从数据库中，获取上述用户的标识对应的订单列表。其中，数据库中可以预存用户的标识与订单列表的对应关系。这样，上述服务器可以通过上述用户产品服务接口，从数据库存储的上述对应关系中，获取上述用户的标识对应的订单列表。这里，订单列表可以是数据库记录的用户完成购买的产品的信息。

S607：将上述用户数据进行缓存。

本申请实施例服务器在将上述目标用户行为事件写入预设消息队列之后，还可以根据上述直播服务的标识，获取上述直播服务的服务参数，从而判断上述直播服务中是否有购物车，进而，确定是否执行后续步骤，从而，保证后续处理正常进行。例如在上述直播服务中有购物车时，执行后续步骤。其中，上述直播服务中有购物车说明上述直播服务为购物直播服务。在主播介绍产品后，上述直播服务会提供对产品的限时抢购活动。所以，上述服务器需要对用户的数据进行主动缓存，以使用户在对产品进行限时抢购时，可以与缓存进行交互，完成订单，减少用户对数据库的频繁访问，提升了服务器的稳定性。

另外，上述获取的目标用户行为事件还可以是客户端向服务器发送的一个或多个事件。其中，客户端向服务器发送的事件可以为停留事件或滑动事件等。该停留事件可以理解为用户在某一购物APP的产品详情界面的停留事件。该滑动事件可以理解为用户在上述购物APP的产品详情界面的滑动事件。服务器根据该停留事件或滑动事件等，生成目标用户行为事件，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。图7为本申请实施例提出的再一种数据缓存方法的流程示意图。如图7所示，该方法包括：

S701：获取用户在产品详情界面的停留事件。

S702：根据上述停留事件，生成目标用户行为事件。

其中，上述停留事件可以携带上述用户在上述产品详情界面的停留时间，该停留时间大于第二预设时间阈值。该第二预设时间阈值可以根据实际情况设置，例如10秒。示例性的，用户在浏览产品详情界面时，界面计时判断用户是否停留了一定时间，即判断用户的停留时间是否大于第二预设时间阈值。如果用户的停留时间大于第二预设时间阈值，则客户端发送上述停留事件至服务器。服务器根据上述停留事件，生成目标用户行为事件。

这里，客户端在用户的停留时间大于一定值时，才发送停留事件到服务器，可以进一步提高后续处理的准确性。因为，用户的停留时间大于一定值，说明用户后续要购买上述产品的几率较大，例如参与该产品的限时抢购活动。服务器相应的生成上述目标用户行为事件，从而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。这样，用户在对产品进行限时抢购时，可以与缓存进行交互，提升了服务器的稳定性。

在本申请实施例中，服务器在根据上述停留事件，生成上述目标用户行为事件时，可以确定是否首次获取上述停留事件。例如，上述停留事件携带用户的标识，服务器可以根据该用户的标识和已获取的用户在产品详情界面的停留事件中的用户标识，确定是否首次获取上述停留事件。如果首次获取上述停留事件，服务器可以根据上述停留事件，生成上述目标用户行为事件，进而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。这样，等用户再下单时，服务器可以从缓存中直接获取到相应的用户数据，减少服务器上数据库的压力，也提升了用户的体验。

另外，服务器还可以获取客户端周期发送的上述用户在上述产品详情界面的停留时间，从而，根据获取的时间，确定上述用户在上述产品详情界面的总停留时间。进而，判断该总停留时间是否大于上述第二预设时间阈值。如果大于，则生成上述目标用户行为事件。即服务器还可以获取客户端发送的停留时间，从而，根据该停留时间确定是否生成目标用户行为事件。

S703：获取用户在产品详情界面对该界面的滑动事件。

S704：根据上述滑动事件，生成目标用户行为事件。

其中，上述滑动事件可以携带上述用户对上述界面的滑动比例，该滑动比例大于预设比例阈值。该预设比例阈值可以根据实际情况设置，例如50％。示例性的，用户在浏览产品详情界面时，界面记录用户对该界面的滑动比例，并确定该滑动比例是否大于一定比例，例如是否大于上述预设比例阈值。如果上述滑动比例大于上述预设比例阈值，则客户端发送上述滑动事件至服务器。服务器根据上述滑动事件，生成目标用户行为事件。

这里，客户端在用户的滑动比例大于一定比例时，才发送滑动事件到服务器，也可以进一步提高后续处理的准确性。因为，用户的滑动比例大于一定比例，说明用户后续要购买上述产品的几率较大。服务器相应的生成上述目标用户行为事件，从而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。这样，用户在对产品进行限时抢购时，可以与缓存进行交互，提升了服务器的稳定性。

同上述，服务器在根据上述滑动事件，生成上述目标用户行为事件时，可以确定是否首次获取上述滑动事件。例如，上述滑动事件携带用户的标识，服务器可以根据该用户的标识和已获取的用户在产品详情界面对该界面的滑动事件中的用户标识，确定是否首次获取上述滑动事件。如果首次获取上述滑动事件，服务器可以根据上述滑动事件，生成上述目标用户行为事件，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存。等用户再下单时，服务器可以从缓存中直接获取到相应的用户数据，减少服务器上数据库的压力，也提升了用户的体验。

另外，服务器还可以获取客户端周期发送的上述用户在上述产品详情界面对界面的滑动比例，从而，根据获取的滑动比例，确定上述用户在上述产品详情界面对界面的总滑动比例，判断该总滑动比例是否大于上述预设比例阈值。如果大于，则生成上述目标用户行为事件。即服务器还可以获取客户端发送的滑动比例，从而，根据该滑动比例确定是否生成目标用户行为事件。

这里，服务器可以根据多种操作生成目标用户行为事件，例如服务器可以根据上述停留事件生成目标用户行为事件，也可以根据上述滑动事件生成目标用户行为事件。其中，具体根据哪种操作生成目标用户行为事件可以根据实际情况确定。

S705：将上述目标用户行为事件写入预设消息队列。

S706：通过至少一个服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户数据。

其中，上述至少一个服务接口可以包括用户地址服务接口，上述用户数据可以包括用户地址。上述服务器在通过至少一个服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户数据时，可以获取上述用户的标识，进而，通过上述用户地址服务接口，获取上述用户的标识对应的用户地址。其中，上述用户的标识可以为用户的uid。

另外，上述至少一个服务接口还可以包括用户产品服务接口，上述用户数据还可以包括订单列表。上述服务器在通过至少一个服务接口，获取上述预设消息队列中的上述目标用户行为事件对应的用户数据时，可以通过上述用户产品服务接口，获取上述用户的标识对应的订单列表。

S707：将上述用户数据进行缓存。

本申请实施例服务器可以根据停留事件或滑动事件等，生成目标用户行为事件，进而，获取该目标用户行为事件对应的用户数据，将该用户数据进行缓存，即服务器提前对后置的其他操作用到的用户数据进行主动缓存。这样，对于一些活动，例如双十一购物活动、新款手机抢购活动，服务器可以对要参与的用户的数据进行主动缓存。在抢购的一瞬间，用户与缓存进行交互，完成订单，而不会直接与数据库交互，减少用户对数据库的频繁访问，提升了服务器的稳定性。

对应于上文实施例的数据缓存方法，图8为本申请实施例提供的数据缓存装置的结构示意图。为了便于说明，仅示出了与本申请实施例相关的部分。图8为本申请实施例提供的一种数据缓存装置的结构示意图，该数据缓存装置80包括：事件获得模块801、事件写入模块802、数据获取模块803以及数据缓存模块804。这里的数据缓存装置应用于用户下订单的处理，可以是上述服务器本身，或者是实现服务器的功能的芯片或者集成电路。这里需要说明的是，事件获得模块、事件写入模块、数据获取模块以及数据缓存模块的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。

其中，事件获得模块801，用于获取目标用户行为事件。

事件写入模块802，用于将所述目标用户行为事件写入预设消息队列。

数据获取模块803，用于通过至少一个服务接口，获取所述预设消息队列中的所述目标用户行为事件对应的用户数据。

数据缓存模块804，用于将所述用户数据进行缓存。

在一种可能的设计中，所述事件获得模块801，具体用于：

获取直播服务进入接口调用请求；

根据所述调用请求，生成所述目标用户行为事件。

在一种可能的实现方式中，所述事件获得模块801，具体用于：

确定是否首次获取所述调用请求；

所述数据获取模块803，还用于在所述事件写入模块802将所述目标用户行为事件写入预设消息队列之后，根据所述直播服务的标识，获取所述直播服务的服务参数；

确定所述服务参数中是否有购物车参数；

所述数据获取模块803，具体用于：

在一种可能的实现方式中，所述数据缓存模块804在将所述用户数据进行缓存之后，还用于：

获取用户在产品详情界面的停留事件；

根据所述停留事件，生成所述目标用户行为事件。

确定是否首次获取所述停留事件；

获取用户在产品详情界面对所述界面的滑动事件；

根据所述滑动事件，生成所述目标用户行为事件。

在一种可能的实现方式中，所述滑动事件携带所述用户对所述界面的滑动比例，所述滑动比例大于预设比例阈值。

确定是否首次获取所述滑动事件；

所述数据获取模块803，具体用于：

获取所述用户的标识；

所述数据获取模块803，具体用于：

本申请实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本申请实施例此处不再赘述。

可选地，图9示意性地提供本申请所述数据缓存设备的一种可能的基本硬件架构。

参见图9，数据缓存设备900包括至少一个处理器901以及通信接口903。进一步可选的，还可以包括存储器902和总线904。

其中，数据缓存设备900可以是上述服务器，本申请对此不作特别限制。数据缓存设备900中，处理器901的数量可以是一个或多个，图9仅示意了其中一个处理器901。可选地，处理器901，可以是中央处理器(Central Processing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)或者数字信号处理(Digital Signal Process，DSP)。如果数据缓存设备900具有多个处理器901，多个处理器901的类型可以不同，或者可以相同。可选地，数据缓存设备900的多个处理器901还可以集成为多核处理器。

存储器902存储计算机指令和数据；存储器902可以存储实现本申请提供的上述数据缓存方法所需的计算机指令和数据，例如，存储器902存储用于实现上述数据缓存方法的步骤的指令。存储器902可以是以下存储介质的任一种或任一种组合：非易失性存储器(例如只读存储器(ROM)、固态硬盘(SSD)、硬盘(HDD)、光盘)，易失性存储器。

通信接口903可以为所述至少一个处理器提供信息输入/输出。也可以包括以下器件的任一种或任一种组合：网络接口(例如以太网接口)、无线网卡等具有网络接入功能的器件。

可选的，通信接口903还可以用于数据缓存设备900与其它计算设备或者终端进行数据通信。

进一步可选的，图9用一条粗线表示总线904。总线904可以将处理器901与存储器902和通信接口903连接。这样，通过总线904，处理器901可以访问存储器902，还可以利用通信接口903与其它计算设备或者终端进行数据交互。

在本申请中，数据缓存设备900执行存储器902中的计算机指令，使得数据缓存设备900实现本申请提供的上述数据缓存方法，或者使得数据缓存设备900部署上述的数据缓存装置。

从逻辑功能划分来看，示例性的，如图9所示，存储器902中可以包括事件获得模块801、事件写入模块802、数据获取模块803以及数据缓存模块804。这里的包括仅仅涉及存储器中所存储的指令被执行时可以分别实现事件获得模块、事件写入模块、数据获取模块以及数据缓存模块的功能，而不限定是物理上的结构。

另外，上述的数据缓存设备除了可以像上述图8通过软件实现外，也可以作为硬件模块，或者作为电路单元，通过硬件实现。

本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得服务器执行本申请提供的上述数据缓存方法。

本申请提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行本申请提供的上述数据缓存方法。

本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口为所述至少一个处理器提供信息输入和/或输出。进一步，所述芯片还可以包含至少一个存储器，所述存储器用于存储计算机指令。所述至少一个处理器用于调用并运行该计算机指令，以执行本申请提供的上述数据缓存方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

Claims

1.一种数据缓存方法，其特征在于，所述方法包括：

获取目标用户行为事件；

将所述目标用户行为事件写入预设消息队列；

将所述用户数据进行缓存。

2.根据权利要求1所述的方法，其特征在于，所述获取目标用户行为事件，包括：

获取直播服务进入接口调用请求；

根据所述调用请求，生成所述目标用户行为事件。

3.根据权利要求2所述的方法，其特征在于，所述根据所述调用请求，生成所述目标用户行为事件，包括：

4.根据权利要求2所述的方法，其特征在于，所述根据所述调用请求，生成所述目标用户行为事件，包括：

确定是否首次获取所述调用请求；

5.根据权利要求2至4中任一项所述的方法，其特征在于，所述调用请求携带所述直播服务的标识；

根据所述直播服务的标识，获取所述直播服务的服务参数；

确定所述服务参数中是否有购物车参数；

6.根据权利要求5所述的方法，其特征在于，所述调用请求还携带用户的标识，所述至少一个服务接口包括用户地址服务接口，所述用户数据包括用户地址；

7.根据权利要求6所述的方法，其特征在于，所述至少一个服务接口还包括用户产品服务接口，所述用户数据还包括订单列表；

8.根据权利要求6所述的方法，其特征在于，在所述将所述用户数据进行缓存之后，还包括：

9.根据权利要求1所述的方法，其特征在于，所述获取目标用户行为事件，包括：

获取用户在产品详情界面的停留事件；

根据所述停留事件，生成所述目标用户行为事件。

10.根据权利要求9所述的方法，其特征在于，所述停留事件携带所述用户在所述产品详情界面的停留时间，所述停留时间大于第二预设时间阈值。

11.根据权利要求9所述的方法，其特征在于，所述根据所述停留事件，生成所述目标用户行为事件，包括：

确定是否首次获取所述停留事件；

12.根据权利要求1所述的方法，其特征在于，所述获取目标用户行为事件，包括：

获取用户在产品详情界面的滑动事件；

根据所述滑动事件，生成所述目标用户行为事件。

13.根据权利要求12所述的方法，其特征在于，所述滑动事件携带所述用户在所述产品详情界面的滑动比例，所述滑动比例大于预设比例阈值。

14.根据权利要求12所述的方法，其特征在于，所述根据所述滑动事件，生成所述目标用户行为事件，包括：

确定是否首次获取所述滑动事件；

15.根据权利要求9至14中任一项所述的方法，其特征在于，所述至少一个服务接口包括用户地址服务接口，所述用户数据包括用户地址；

获取所述用户的标识；

16.根据权利要求15所述的方法，其特征在于，所述至少一个服务接口还包括用户产品服务接口，所述用户数据还包括订单列表；

17.一种数据缓存装置，其特征在于，所述装置包括：

事件获得模块，用于获取目标用户行为事件；

数据缓存模块，用于将所述用户数据进行缓存。

18.一种数据缓存设备，其特征在于，包括：

处理器；

存储器；以及

计算机程序；

其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如权利要求1-16任一项所述的方法的指令。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得服务器执行权利要求1-16任一项所述的方法。

20.一种计算机程序产品，其特征在于，包括计算机指令，所述计算机指令被处理器执行权利要求1-16任一项所述的方法。