CN115242799B - 数据上报方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请公开了一种数据上报方法、装置、设备、存储介质及程序产品，当该方法应用于业务前端时可以包括如下步骤：根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听，所述上报指令为基于前端框架而生成的指令；当监听到所述上报指令被触发时，在所述客户端页面中采集该被触发的上报指令对应的业务数据；将所述业务数据存储在前端框架的状态管理组件中；确定上报间隔；按照所述上报间隔从所述状态管理组件中读取数据，并将读取的所述数据上报至服务器中。基于前端框架的特性采用上报指令结合状态管理组件实现数据的上报，避免了数据的频繁上报导致的***性能受到影响。

Description

数据上报方法、装置、设备、存储介质及程序产品

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据上报方法、一种数据上报装置、一种电子设备、一种计算机可读存储介质及一种计算机程序产品。

背景技术

在B/S或C/S的结构中，由于功能和程序设计的原因前端可能需要上报大量的数据到后端服务器。在相关技术中，一般都是在前端触发上报操作后，直接将上报的数据写入后端数据库。在这种情况下，如果数据上报很频繁，则会很大程度上影响到***的性能，且在业务交易高峰期容易形成数据库的性能瓶颈。

发明内容

本申请提供了一种数据上报方法、装置、设备、存储介质及程序产品，以解决相关技术中数据的频繁上报导致服务器性能受到影响的问题。

根据本申请的第一方面，提供了一种数据上报方法，所述方法应用于业务前端中，所述方法包括：

根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听，所述上报指令为基于前端框架而生成的指令；

当监听到所述上报指令被触发时，在所述客户端页面中采集该被触发的上报指令对应的业务数据；

将所述业务数据存储在前端框架的状态管理组件中；

确定上报间隔；

按照所述上报间隔从所述状态管理组件中读取数据，并将读取的所述数据上报至服务器中。

根据本申请的第二方面，提供了一种数据上报方法，所述方法应用于服务器中，所述方法包括：

接收业务前端上报的业务数据，所述业务数据为所述业务前端从前端框架的状态管理组件中读取的数据，所述状态管理组件中的数据为所述业务前端基于预先设置的全局的上报指令，对进入的客户端页面进行监听后，当监听到有上报指令被触发时，采集该被触发的上报指令对应的数据；

将所述业务数据存入缓存文件中；

确定数据库写入时机；

在所述数据库写入时机到达时，将所述缓存文件中的业务数据写入数据库中。

根据本申请的第三方面，提供了一种数据上报装置，所述装置应用于业务前端中，所述装置包括：

监听模块，用于根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听，所述上报指令为基于前端框架而生成的指令；

业务数据采集模块，用于当监听到所述上报指令被触发时，在所述客户端页面中采集该被触发的上报指令对应的业务数据；

前端业务数据存储模块，用于将所述业务数据存储在前端框架的状态管理组件中；

上报间隔确定模块，用于确定上报间隔；

数据上报模块，用于按照所述上报间隔从所述状态管理组件中读取数据，并将读取的所述数据上报至服务器中。

根据本申请的第四方面，提供了一种数据上报装置，所述装置应用于服务器中，所述装置包括：

业务数据接收模块，用于接收业务前端上报的业务数据，所述业务数据为所述业务前端从前端框架的状态管理组件中读取的数据，所述状态管理组件中的数据为所述业务前端基于预先设置的全局的上报指令，对进入的客户端页面进行监听后，当监听到有上报指令被触发时，采集该被触发的上报指令对应的数据；

文件写入模块，用于将所述业务数据存入缓存文件中；

写入时机确定模块，用于确定数据库写入时机；

数据库写入模块，用于在所述数据库写入时机到达时，将所述缓存文件中的业务数据写入数据库中。

根据本申请的第五方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面或第二方面的方法。

根据本申请的第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现上述第一方面或第二方面的方法。

根据本申请的第七方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述计算机可执行指令在被执行时用于实现上述第一方面或第二方面的方法。

在本实施例中，基于业务前端的前端框架的语言特性，预先在业务前端上设置的全局的上报指令，在业务前端进入客户端页面后基于各上报指令对该客户端页面进行监听，当监听到有上报指令被触发时，在该客户端页面中采集该被触发的上报指令对应的业务数据，从而简化了数据上报的触发机制。然后将该业务数据存储在前端框架的状态管理组件中。接着确定上报间隔，并按照上报间隔从状态管理组件中读取数据上报至服务器中。基于前端框架的特性采用上报指令结合状态管理组件实现数据的上报，避免数据的频繁上报导致的***性能受到影响，有效地降低了服务器的运行压力。

另外，对于服务器而言，当其接收到业务数据以后，将该业务数据写入缓存文件中，并在确定数据库写入时机以后，才将缓存文件中的数据写入数据库中，避免在业务高峰期间写数据库导致的服务器压力的增大，缓解了数据库服务器的压力。

附图说明

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

图1是本申请实施例一提供的一种数据上报方法实施例的流程图；

图2是本申请实施例二提供的一种数据上报方法实施例的流程图；

图3是本申请实施例三提供的一种数据上报装置实施例的结构框图；

图4是本申请实施例四提供的一种数据上报装置实施例的结构框图；

图5是本申请实施例六提供的一种电子设备的结构示意图。

具体实施方式

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

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

另外，还需要注意的是，本申请的下述实施例中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

实施例一

图1为本申请实施例一提供的一种数据上报方法实施例的流程图，本实施例可以应用于业务前端中，通过利用前端框架的特性进行数据的采集与上报，从而优化数据上报流程，提升数据上报的效率，且在数据上报高峰期并不会影响***性能。

示例性地，该前端框架可以包括VUE框架，其中，VUE是一套用于构建用户界面的渐进式JavaScript框架。VUE被设计为可以自底向上逐层应用，VUE的核心库只关注视图层，不仅易于上手，还便于与第三方库或既有项目整合。另一方面，当与现代化的工具链以及各种支持类库结合使用时，VUE也完全能够为复杂的单页应用(SPA)提供驱动。

本实施例可以应用于数据上报装置中，该数据上报装置可以部署在固定设备、移动设备、可穿戴设备等设备上。

如图1所示，本实施例可以包括如下步骤：

步骤110，根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听。

在本实施例中，上报指令为基于前端框架而生成的指令。具体的，可以基于前端框架的特性，预先在业务前端中自定义适用于全局的上报指令，该上报指令可以有一个或多个，是业务前端触发数据上报动作的入口。该上报指令可以适用于前端中打开的所有客户端页面。当业务前端进入客户端页面时，则其上设置的上报指令可以作用于该客户端页面中，用于对该客户端页面进行监听。

其中，该客户端页面可以来源于一个***，也可以来源于多个***，本实施例对此不作限制。

步骤120，当监听到所述上报指令被触发时，在所述客户端页面中采集该被触发的上报指令对应的业务数据。

示例性地，该上报指令可以为基于VUE框架的状态state指令(又可以称为v-state指令)，每个state指令具有绑定的动作类型以及事件标签，用于监听对应的动作以及事件。当用户在当前开启的客户端页面中触发该动作类型对应的动作时，会触发对应的state指令，进而触发对对应事件标签的数据采集和上报。其中，该动作类型例如可以包括页面浏览动作、点击按钮动作等。例如，某个按钮(button)标签上绑定state指令，当用户点击当前开启的客户端页面的该按钮时，state指令监听到该点击动作，则会触发数据采集，采集该动作触发的事件的相关数据。

在一种实施例中，步骤120进一步可以包括如下步骤：

步骤120-1，当有state指令被触发时，获取该触发的时间戳信息，以及，获取与所述state指令绑定的动作类型以及事件标签。

当用户在客户端页面中执行了某个设置了state指令的动作时，会触发state指令，此时可以获取该state指令被触发的时间戳信息，以及，该state指令绑定的动作类型以及事件标签，作为采集的数据的一部分。

步骤120-2，获取用户数据以及所述客户端页面的页面路径。

当state指令被触发时，还可以获取登录当前客户端页面的用户的用户数据，该用户数据例如可以包括用户登录信息，比如用户标识。另外，还可以获取当前客户端页面的页面路径，该页面路径用于标识当前客户端页面属于哪个页面。当然，除了页面路径以外，还可以获取当前客户端页面的其他信息，比如页面标识。

步骤120-3，将所述用户数据、所述页面路径、所述时间戳信息、所述绑定的动作类型以及所述事件标签组织成业务数据。

上述采集到的用户数据、页面路径、时间戳信息、动作类型、事件标签等均可以作为用于上报的业务数据。

当然，业务数据也并不限于上述的几种数据，可以根据实际业务需求来采集其他业务数据，例如，根据一段时间采集的数据计算页面访问量PV(PageView)以及独立访问用户数UV(UniqueVisitor)。

步骤130，将所述业务数据存储在前端框架的状态管理组件中。

在本实施例中，对于采集的业务数据，并不是直接发送给后端的服务器，而是首先将其存储在前端框架的状态管理组件中，该状态管理组件用于存储整个应用程序的状态数据。

区别于常规的用于缓存的sessionstorage和localstorage，由于状态管理组件是前端框架提供的，位于***内存中，因此更方便的将数据共享于各个组件，使得存储在状态管理组件中的业务数据不仅可以用于数据上报，也可以用于***中的其他地方和场景(比如数据的显示)，从而减少了数据的冗余存储。进一步地，使用状态管理组件存储的业务数据如果发生更新，只需要在状态管理组件中对该数据进行更新，则更新后的数据会自动应用于调用该业务数据的各个元素，从容实现更高效的数据更新。

在一种实施例中，状态管理组件中可以包括缓存队列，该缓存队列可以为FIFO(First Input First Output，先进先出)队列，则步骤130进一步可以包括如下步骤：

创建业务对象，并在所述缓存队列中***所述业务对象；将所述业务数据写入所述业务对象中。

具体的，当需要在缓存队列中存入业务数据时，可以首先创建业务对象，将该业务对象***到缓存队列的队尾，然后将实时采集的业务数据写入该业务对象中。

步骤140，确定上报间隔。

对于缓存队列中的业务数据，也不是实时上报到服务器中，而是根据当前***的运行情况来确定上报间隔，然后按照上报间隔进行数据上报。

在一种实施例中，步骤140进一步可以包括如下步骤：

获取服务器的负载信息，并根据所述负载信息确定上报间隔，其中，所述负载信息与所述上报间隔正相关。

也就是说，服务器负载越大，前后两次上报的间隔越大。

在一种实施例中，一种上报间隔的计算时机可以为：监听服务器的负载信息，当该负载信息发生变化时，根据该负载信息确定上报间隔。

在实现时，可以设置监控程序实时对服务器的负载进行监听，并计算当前监听到的负载与上一次获得的负载之间的差异，如果该差异小于设定的差异阈值，则判定负载信息没有发生变化，否则如果该差异大于或等于设定的差异阈值则判定负载信息发生变化。如果负载信息发生变化，则可以根据当前监听到的负载信息确定上报间隔。

在另一种实施例中，另一种上报间隔的计算时机可以为：定期获取所述服务器的负载信息，并根据获得的负载信息确定上报间隔。

相比于上一实施例，本实施例无需判断负载是否发生变化，而是设置负载信息的获取周期，当该周期到达时则获取服务器的负载信息，并根据获得的负载信息确定上报间隔。

在一种实施例中，可以采用如下方式获取服务器的负载信息：确定服务器在设定时间段内的平均业务响应时间，并将所述平均业务响应时间作为所述负载信息。

在实现时，服务器的一次业务响应时间为从客户端发出业务请求的时间戳到客户端接收到服务器的响应信息的时间戳的时间间隔，则设定时间段内的平均业务响应时间为该设定时间内每次业务请求对应的时间间隔的总和与业务请求的次数的比值。其中，该设定时间段可以为最近一周、最近一天诸如此类的。

当获得服务器在设定时间段内的平均业务响应时间以后，则可以将该平均业务响应时间作为负载信息，通过业务响应时间来实时监控服务器的运行压力情况。

在一种实施例中，上述根据负载信息确定上报间隔的步骤，进一步可以包括如下步骤：

在预先生成的负载数据表中匹配所述负载信息，以获得与所述负载信息对应的上报间隔。

其中，负载数据表中可以记录有多个负载区间以及对应的上报间隔的关联关系。当获得服务器的负载信息以后，则可以在该负载数据表中匹配该负载信息，以确定该负载信息命中的负载区间，然后将该命中的负载区间所关联的上报间隔作为当前的上报间隔。

通过设置多个负载区间来对服务器的运行压力进行分层级处理，较小的负载区间表示服务器的运行压力较小，响应时间较短，则其关联的上报间隔可以设置得大一点；而较大的负载区间表示服务器的运行压力较大，响应时间较长，则其关联的上报间隔可以设置得小一点。如果服务器的负载信息过大甚至还可以停止上报数据。从而可以避免在业务高峰期进行数据上报导致的服务器的压力增大，降低业务高峰期的服务器压力。

该负载区间可以以响应时间区间的方式表示，例如，如果服务器的响应时间小于1s则上报间隔可以为30s，如果服务器的响应时间大于1s但小于10s则上报间隔可以为60s，如果服务器的响应时间大于10s则暂停上报。

步骤150，按照所述上报间隔从所述状态管理组件中读取数据，并将读取的所述数据上报至服务器中。

当确定上报间隔以后，则可以按照该上报间隔从状态管理组件的缓存队列中读取数据，并将读取到的数据上报给服务器。

在一种实施例中，由于上报的数据可能包含敏感数据或者需要保密的数据，为了防止数据泄露，提升数据的安全性，在将数据上报至服务器中之前，还可以先对读取的数据进行加密。

在实际中，读取的数据可以按照设定的格式生成数据报文，然后对该数据报文加密后上报给后端服务器。

本实施例对上述加密的加密算法不作限制。

在本实施例中，基于业务前端的前端框架的语言特性，预先在业务前端上设置的全局的上报指令，在业务前端进入客户端页面后基于各上报指令对该客户端页面进行监听，当监听到有上报指令被触发时，在该客户端页面中采集该被触发的上报指令对应的业务数据，从而简化了数据上报的触发机制。然后将该业务数据存储在前端框架的状态管理组件中。接着确定上报间隔，并按照上报间隔从状态管理组件中读取数据上报至服务器中。基于前端框架的特性采用上报指令结合状态管理组件实现数据的上报，避免数据的频繁上报导致的***性能受到影响，有效地降低了服务器的运行压力。

实施例二

图2为本申请实施例二提供的一种数据上报方法实施例的流程图，本实施例可以应用于服务器中，对服务器接收到上报数据后的处理过程进行说明。如图2所示，可以包括如下步骤：

步骤210，接收业务前端上报的业务数据。

其中，该业务数据为业务前端从前端框架的状态管理组件中读取的数据，该状态管理组件中的数据为业务前端基于预先设置的全局的上报指令，对进入的客户端页面进行监听后，当监听到有上报指令被触发时，采集该被触发的上报指令对应的数据。

若服务器接收到的业务数据为加密后的数据报文，则可以首先对该数据报文进行解密，以提取出对应的业务数据。

步骤220，将所述业务数据存入缓存文件中。

在该步骤中，服务器获得业务数据以后，不是实时将业务数据写入数据库，而是首先将该业务数据写入缓存文件中进行缓存，该缓存文件例如可以包括txt等文本文件。这是因为如果将数据实时写入数据库则会对数据库服务器形成额外的压力，而数据上报部分的数据相对来说时效性没有那么强，因此可以先写入到服务器的缓存文件。

步骤230，确定数据库写入时机。

对于缓存文件中的数据，也不是实时写入数据库，而是先确定数据库写入时机，并在该写入时机到达时才将缓存文件中的数据写入数据库。

在一种实施例中，步骤230进一步可以包括如下步骤：

确定业务高峰期；在除所述业务高峰期以外的时间段中，选取数据库写入时机。

对于服务器而言，对业务高峰期的确定方式不作限定，例如，可以根据服务器的服务响应时间确定业务高峰期，或者，也可以根据CPU的占用率确定业务高峰期，或者，还可以根据服务器接收到的请求的数量或者服务器待处理的请求的数量等方式确定业务高峰期，甚至还可以将上述多个因素的部分或者全部进行结合来判断业务高峰期。

在业务高峰期，服务器不将缓存文件的数据写入数据库。而在非业务高峰期才将缓存文件中的数据写入数据库。

而在非业务高峰期时，可以采用如下方式确定数据库写入时机，但本实施例并不限于如下方式：获取非业务高峰期的各时段的服务器的负载信息，将负载信息最小的时段确定为数据库写入时机。或者，从非业务高峰期的各时段中选取距离上次写入缓存文件的最近的时段作为数据库写入时机。或者，可以随机选取一个时间作为数据库写入时机。

步骤240，在所述数据库写入时机到达时，将所述缓存文件中的业务数据写入数据库中。

具体的，当确定数据库写入时机以后，则可以在该数据库写入时机到达时，将缓存文件中的业务数据批量写入数据库中。在实现时，可以通过在非业务高峰期定期跑批的方式将缓存文件中的业务数据写入数据库中。

在一种实施例中，当将缓存文件中的业务数据写入数据库中之后，则在缓存文件中的删除该业务数据。

在本实施例中，对于服务器而言，当其接收到业务数据以后，将该业务数据写入缓存文件中，并在确定数据库写入时机以后，才将缓存文件中的数据写入数据库中，避免在业务高峰期间写数据库导致的服务器压力的增大，进一步缓解了数据库服务器的压力，提升服务器的性能。

实施例三

图3为本申请实施例三提供的一种数据上报装置实施例的结构框图，所述装置可以应用于业务前端中，可以包括如下模块：

监听模块310，用于根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听，所述上报指令为基于前端框架而生成的指令；

业务数据采集模块320，用于当监听到所述上报指令被触发时，在所述客户端页面中采集该被触发的上报指令对应的业务数据；

前端业务数据存储模块330，用于将所述业务数据存储在前端框架的状态管理组件中；

上报间隔确定模块340，用于确定上报间隔；

数据上报模块350，用于按照所述上报间隔从所述状态管理组件中读取数据，并将读取的所述数据上报至服务器中。

在一种实施例中，所述业务前端的前端框架为VUE框架，所述上报指令包括状态state指令，所述state指令具有绑定的动作类型以及事件标签；所述业务数据采集模块320具体用于：

当有state指令被触发时，获取该触发的时间戳信息，以及，获取与所述state指令绑定的动作类型以及事件标签；

获取用户数据以及所述客户端页面的页面路径；

将所述用户数据、所述页面路径、所述时间戳信息、所述绑定的动作类型以及所述事件标签组织成业务数据。

在一种实施例中，所述状态管理组件包括缓存队列；所述前端业务数据存储模块330具体用于：

创建业务对象，并在所述缓存队列中***所述业务对象；

将所述业务数据写入所述业务对象中。

在一种实施例中，上报间隔确定模块340进一步可以包括如下模块：

负载信息获取模块，用于获取服务器的负载信息；

间隔确定模块，用于根据所述负载信息确定上报间隔，其中，所述负载信息与所述上报间隔正相关。

在一种实施例中，所述负载信息获取模块具体用于：

确定所述服务器在设定时间段内的平均业务响应时间，并将所述平均业务响应时间作为所述负载信息。

在一种实施例中，所述间隔确定模块具体用于：

在预先生成的负载数据表中匹配所述负载信息，以获得与所述负载信息对应的上报间隔，所述负载数据表记录有多个负载区间以及对应的上报间隔的关联关系。

在另一种实施例中，所述间隔确定模块具体用于：

监听所述服务器的负载信息，当所述负载信息发生变化时，根据所述负载信息确定上报间隔；

或者，

定期获取所述服务器的负载信息，并根据获得的负载信息确定上报间隔。

在一种实施例中，所述装置还可以包括如下模块：

加密模块，用于在将读取的所述数据上报至服务器中之前，对读取的所述数据进行加密。

本申请实施例所提供的一种数据上报装置可执行本申请实施例一中的一种数据上报方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本申请实施例四提供的一种数据上报装置实施例的结构框图，所述装置可以应用于服务器中，可以包括如下模块：

业务数据接收模块410，用于接收业务前端上报的业务数据，所述业务数据为所述业务前端从前端框架的状态管理组件中读取的数据，所述状态管理组件中的数据为所述业务前端基于预先设置的全局的上报指令，对进入的客户端页面进行监听后，当监听到有上报指令被触发时，采集该被触发的上报指令对应的数据；

文件写入模块420，用于将所述业务数据存入缓存文件中；

写入时机确定模块430，用于确定数据库写入时机；

数据库写入模块440，用于在所述数据库写入时机到达时，将所述缓存文件中的业务数据写入数据库中。

在一种实施例中，所述写入时机确定模块430包括：

确定业务高峰期；

在除所述业务高峰期以外的时间段中，选取数据库写入时机。

在一种实施例中，所述装置还可以包括如下模块：

数据删除模块，用于在将所述缓存文件中的业务数据写入数据库中之后，在所述缓存文件中的删除所述业务数据。

本申请实施例所提供的一种数据上报装置可执行本申请实施例二中的一种数据上报方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5示出了可以用来实施本申请的方法实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如实施例一或实施例二所述的方法。

在一些实施例中，实施例一或实施例二所述的方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的实施例一或实施例二所述的方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行实施例一或实施例二所述的方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的***和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (15)

1.一种数据上报方法，其特征在于，所述方法应用于业务前端中，所述方法包括：

根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听；其中，所述上报指令为基于前端框架而生成的指令，所述上报指令包括state指令、所述state指令绑定的动作类型以及事件标签；所述前端框架为VUE框架；

当有所述state指令被触发时，获取触发的时间戳信息，以及，获取与所述state指令绑定的动作类型以及事件标签；

获取用户数据以及所述客户端页面的页面路径；

将所述用户数据、所述页面路径、所述时间戳信息、所述绑定的动作类型以及所述事件标签组织成业务数据；

将所述业务数据存储在所述前端框架的状态管理组件中；

确定上报间隔；

按照所述上报间隔从所述状态管理组件中读取数据，并将所述读取的数据上报至服务器中。

2.根据权利要求1所述的方法，其特征在于，所述状态管理组件包括缓存队列；所述将所述业务数据存储在所述状态管理组件中，包括：

创建业务对象，并在所述缓存队列中***所述业务对象；

将所述业务数据写入所述业务对象中。

3.根据权利要求1所述的方法，其特征在于，所述确定上报间隔，包括：

获取所述服务器的负载信息，并根据所述负载信息确定所述上报间隔；其中，所述负载信息与所述上报间隔正相关。

4.根据权利要求3所述的方法，其特征在于，所述获取所述服务器的负载信息，包括：

确定所述服务器在设定时间段内的平均业务响应时间，并将所述平均业务响应时间作为所述负载信息。

5.根据权利要求3所述的方法，其特征在于，所述根据所述负载信息确定所述上报间隔，包括：

在预先生成的负载数据表中匹配所述负载信息，以获得与所述负载信息对应的上报间隔；其中，所述负载数据表记录有多个负载区间以及对应的上报间隔的关联关系。

6.根据权利要求3所述的方法，其特征在于，所述获取所述服务器的负载信息，并根据所述负载信息确定所述上报间隔，包括：

监听所述服务器的负载信息，当所述负载信息发生变化时，根据所述负载信息确定所述上报间隔；

或者，

定期获取所述服务器的负载信息，并根据获得的所述负载信息确定所述上报间隔。

7.根据权利要求1所述的方法，其特征在于，在所述将所述读取的数据上报至服务器中之前，所述方法还包括：

对所述读取的数据进行加密。

8.一种数据上报方法，其特征在于，所述方法应用于服务器中，所述方法包括：

接收业务前端上报的业务数据；其中，所述业务数据为所述业务前端从前端框架的状态管理组件中读取的数据；所述前端框架为VUE框架；

将所述业务数据存入缓存文件中；

确定数据库写入时机；

在所述数据库写入时机到达时，将所述缓存文件中的业务数据写入数据库中；

其中，所述状态管理组件中的数据通过所述业务前端执行如下操作进行存储：

通过所述业务前端根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听；其中，所述上报指令为基于所述前端框架而生成的指令，所述上报指令包括state指令、所述state指令绑定的动作类型以及事件标签；

通过所述业务前端当有所述state指令被触发时，获取触发的时间戳信息，以及，获取与所述state指令绑定的动作类型以及事件标签；

通过所述业务前端获取用户数据以及所述客户端页面的页面路径；

通过所述业务前端将所述用户数据、所述页面路径、所述时间戳信息、所述绑定的动作类型以及所述事件标签组织成所述业务数据；

通过所述业务前端将所述业务数据存储在所述前端框架的状态管理组件中。

9.根据权利要求8所述的方法，其特征在于，所述确定数据库写入时机，包括：

确定业务高峰期；

在除所述业务高峰期以外的时间段中，选取所述数据库写入时机。

10.根据权利要求8或9所述的方法，其特征在于，在所述将所述缓存文件中的业务数据写入数据库中之后，所述方法还包括：

在所述缓存文件中删除所述业务数据。

11.一种数据上报装置，其特征在于，所述装置应用于业务前端中，所述装置包括：

监听模块，用于根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听；其中，所述上报指令为基于前端框架而生成的指令，所述上报指令包括state指令、所述state指令绑定的动作类型以及事件标签；所述前端框架为VUE框架；

业务数据采集模块，用于：

当有所述state指令被触发时，获取触发的时间戳信息，以及，获取与所述state指令绑定的动作类型以及事件标签；

获取用户数据以及所述客户端页面的页面路径；

将所述用户数据、所述页面路径、所述时间戳信息、所述绑定的动作类型以及所述事件标签组织成业务数据；

前端业务数据存储模块，用于将所述业务数据存储在所述前端框架的状态管理组件中；

上报间隔确定模块，用于确定上报间隔；

数据上报模块，用于按照所述上报间隔从所述状态管理组件中读取数据，并将所述读取的数据上报至服务器中。

12.一种数据上报装置，其特征在于，所述装置应用于服务器中，所述装置包括：

业务数据接收模块，用于接收业务前端上报的业务数据；其中，所述业务数据为所述业务前端从前端框架的状态管理组件中读取的数据；所述前端框架为VUE框架；文件写入模块，用于将所述业务数据存入缓存文件中；

写入时机确定模块，用于确定数据库写入时机；

数据库写入模块，用于在所述数据库写入时机到达时，将所述缓存文件中的业务数据写入数据库中；

其中，所述状态管理组件中的数据通过所述业务前端执行如下操作进行存储：

通过所述业务前端根据预先在所述业务前端设置的全局的上报指令，对所述业务前端进入的客户端页面进行监听；其中，所述上报指令为基于所述前端框架而生成的指令，所述上报指令包括state指令、所述state指令绑定的动作类型以及事件标签；

通过所述业务前端当有所述state指令被触发时，获取触发的时间戳信息，以及，获取与所述state指令绑定的动作类型以及事件标签；

通过所述业务前端获取用户数据以及所述客户端页面的页面路径；

通过所述业务前端将所述用户数据、所述页面路径、所述时间戳信息、所述绑定的动作类型以及所述事件标签组织成所述业务数据；

通过所述业务前端将所述业务数据存储在所述前端框架的状态管理组件中。

13.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-10中任一项所述的方法。

15.一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，所述计算机可执行指令在被执行时用于实现权利要求1-10中任一项所述的方法。